JP2002140574A - Purchase system, purchase managing device, purchasing method and data storage medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an efficient purchase system by paperless, a purchase managing device and a data storage medium in various laboratories. SOLUTION: This invention is the purchase system comprised of a purchasing part 63, a purchase requesting part 62 and a purchase executing part 64. The purchase requesting part 62 is provided with purchase requesting means 3B to 3E to input purchase request information including personal information of a requester of purchase and budget checking means 4B to 4E of a purchase object. The purchase executing part 64 is provided with purchase request accepting means 5B to 5E and purchase ordering means 5B to 5E to order the purchase object based on purchase order information including personal information of a person in charge of execution of the purchase. The purchasing part 63 is provided with a purchase object preliminary registration means 34 to register the preliminarily selected purchase object information in a purchase object list 51, a purchase object price preliminary registration means 34 to register purchase object price information obtained by negotiating with a supplier in a price list 52, a purchase request information storage means 53 to store the purchase request information and a purchase record data base updating means 7 to successively update and store purchase record data by the purchase ordering means 5B to 5E.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a purchasing system, a purchasing management device, a purchasing method, and a data storage medium, and more particularly, to efficiently purchasing research supplies such as reagents, laboratory animals, and consumables in various laboratories. The present invention relates to a purchase system, a purchase management device, a purchase method, and a data storage medium.

[0002]

[Prior art] Basic research laboratories, product development laboratories,
In the laboratories of universities, public laboratories of national and local governments, and research laboratories of individual facilities, reagents, laboratory animals, consumables, raw materials,
Research supplies such as equipment parts are frequently ordered on a daily basis.
Conventionally, in these research facilities, the researcher himself or herself has performed the purchase affairs such as ordering, receiving, and paying the research supplies in the small-scale research facility, and in the large-scale research facility.

For example, in a large-scale research institute such as a company, the following processing has been performed to order, receive, and pay for research supplies. That is, after each researcher performs a purchase request process by filling in the request slip, the researcher circulates the slip and the director of the laboratory, who is the superior of the researcher, approves the purchase request. At this time, the management table is created independently. This approval is performed with reference to the payment-based budget balance. Thereafter, the person in charge of purchasing acquires a quote from each supplier while checking the telephone each time. Thereafter, the purchase is approved with the determined price, and an order is placed with the supplier. When research supplies are delivered, acceptance inspection is performed while hand management of the remaining delivery is performed. At the end of the month, the bill collation process is performed intensively, the payment slip process is performed by inputting the data into the corporate accounting, and the business process requires a period of up to four business days.

[0004]

However, the conventional processing for purchasing research supplies has the following inconveniences. That is, since processing from a purchase request to an order is performed using a paper slip, there is a problem that management is difficult to be thorough, such as inefficiency and the presence of an order form without a purchase price. In addition, there is a problem in that billing collation and payment slip processing are intensively performed at the end of the month and the like, which places a burden on the purchase execution department and the accounting department. Further, the paper-based purchase processing procedure is troublesome and time-consuming, and thus has a problem of increasing labor costs at the research institute. Due to such circumstances, it takes about 4 business days for paperwork,
There was also a problem that it was difficult to respond to a request to reduce the number of days for paperwork. In addition, since the documents related to the purchased product price and purchase price were kept only in the Purchasing Department and the Accounting Department, other departments could not see it,
There was a problem that the transparency of internal processing was lacking.

[0005] In addition, since the purchase process is performed every time a purchase request is made from a researcher, a procedure such as obtaining an estimate is performed each time, and there is a problem that duplicative work is performed. . In addition, since orders were placed individually for each request, and orders were placed separately at multiple laboratories, the number of annual orders could not be presented to the supplier, and price negotiations with the supplier were advantageously performed. There was a problem that it was not possible. Furthermore, since the researcher who makes the purchase request only describes the product to be purchased on the slip, there are few opportunities to see the price of the product, and there is a problem that it is difficult to have cost awareness.

On the other hand, in the case of purchasing an experimental animal, there is a problem that the specification of a bleeder, a strain, and the like is complicated in a paper-based purchasing process. Further, in the paper-based purchasing process, there is a problem that the process of confirming the vacant schedule of the in-house animal cage becomes complicated.

In addition, when purchasing reagents such as poisons, narcotics, psychotropic drugs, approval of the purchase of reagents, storage of purchase records, and storage of obtained reagents are different from those of ordinary reagents due to laws and regulations. In the conventional paper-based purchasing process, there is a problem that the process is complicated.

An object of the present invention is to solve the above-mentioned problems, and to provide an efficient paperless purchase system, a purchase management device, a purchase method, and a data storage medium in various laboratories. Another object of the present invention is to provide a purchasing system and a purchasing system capable of always observing the purchase situation of research supplies by looking at purchase data left in a server computer, facilitating management, and ensuring transparency of in-house processing. A management device, a purchasing method, and a data storage medium are provided. Another object of the present invention is to provide a purchasing system, a purchasing management device, and a purchasing method that can accumulate purchase result data in a server computer and utilize the purchase results to make price negotiations with a supplier advantageous. Another object of the present invention is to provide a data storage medium.

[0009]

According to a first aspect of the present invention, there is provided a purchasing system for selecting an object to be purchased in advance and negotiating a price with the supplier with respect to the price of the selected object to be purchased. A purchasing unit to perform, at least one purchase request unit, and a purchase execution unit that performs a purchase process by receiving a request from the purchase request unit, wherein the purchase request unit includes: Purchase request means for entering purchase request information including at least the purchaser's personal information for requesting purchase of the purchase object, and budget check means for checking the budget for the purchase object specified by the purchase request means, The purchase execution unit has a purchase request reception unit that receives a request from the purchase request unit, and a purchase object received by the purchase request reception unit. Purchase order means for ordering based on purchase order information, wherein the purchasing section pre-registers the purchase object pre-registering means for registering the information of the selected purchase object in a purchase object list in advance. And a purchase object price pre-registering means for registering price information of the purchase object negotiated with a supplier among the purchase objects registered in the purchase object list in a price list; and the purchase request. Purchase request information storage means for storing purchase request information of the purchase object specified by the means, and purchase result database updating means for successively updating and storing purchase result data by the purchase order means; The purchase object list registered in the pre-registration means is stored in the purchase request information storage means based on the purchase object information registered by the purchase object pre-registration means. Serial and purchase requisition information and the purchase results data can be solved by becoming been created by being added.

According to another aspect of the present invention, there is provided a purchase management apparatus including purchase request information receiving means for receiving purchase request information including personal information of a purchase requester regarding an object to be purchased. Where, between the purchase object pre-registration means for registering a purchase object list in which the information of the purchase object is stored, among the purchase objects registered in the purchase object list, between the supplier and Purchasing object price pre-registration means for registering price information of the purchasing object for which the price has been negotiated in the price list, and requisition information storage means for storing the requisition information of the purchasing object specified by the requisition means, The purchase object specified by the purchase request means,
This problem is solved by providing a purchase ordering means for ordering based on purchase order information including personal information of a purchase execution person, and a purchase result database updating means for successively updating and accumulating purchase result data by the purchase ordering means. .

[0011] According to a purchasing method of the present invention, a purchasing section selects a purchase target in advance, and stores information of the selected purchase target in a database with identification information. And a purchase object list forming step of forming a purchase object list, and the purchasing section stores price information determined with a supplier for the purchase object stored in the purchase object list in a database. A price list forming step of forming a price list, at least one purchase request unit registers a purchaser personal information, and the at least one purchase request unit registers the purchase requester's personal information. If the purchase target to be purchased is present in the purchase target list, the purchase target is purchased with reference to the purchase target information stored in the purchase target list. The purchase request information including the personal information of the purchase requester is registered in the purchase request information storage means, and if the purchase object to be purchased is not present in the purchase object list, the purchase object information is input. A purchase request step of registering the purchase request information including the purchaser's personal information in the purchase request information storage means, and a purchase execution person registering the purchase execution person's personal information to register the purchase execution person's personal information. Process, the purchase execution unit, for the purchase object,
With reference to the price information stored in the price list,
An ordering step of determining a supplier to place an order and ordering the supplier to purchase the purchase target based on purchase order information including the purchaser's personal information,
From the purchase object information that does not exist in the purchase object list input by the purchase request section, select a purchase object with a high request frequency from the purchase request section and add the purchase object to be registered in the purchase object list. And a registration step.

[0012] According to a storage medium according to claim 28, the above-mentioned object is achieved in that a purchasing unit selects a purchase target in advance, and stores information of the selected purchase target in a database with identification information added thereto. And a purchase object list forming step of forming a purchase object list, and the purchasing section stores price information determined with a supplier for the purchase object stored in the purchase object list in a database. A price list forming step of forming a price list, at least one purchase request unit registers a purchaser personal information, and the at least one purchase request unit registers the purchase requester's personal information. If the purchase target to be purchased is present in the purchase target list, the purchase target is purchased with reference to the purchase target information stored in the purchase target list. The purchase request information including the personal information of the purchase requester is registered in the purchase request information storage means, and if the purchase object to be purchased is not present in the purchase object list, the purchase object information is input. A purchase request step of registering the purchase request information including the purchaser's personal information in the purchase request information storage means, and a purchase execution person registering the purchase execution person's personal information to register the purchase execution person's personal information. Process, the purchase execution unit, for the purchase object,
With reference to the price information stored in the price list,
An ordering step of determining a supplier to place an order and ordering the supplier to purchase the purchase target based on purchase order information including the purchaser's personal information,
From the purchase object information that does not exist in the purchase object list input by the purchase request section, select a purchase object with a high request frequency from the purchase request section and add the purchase object to be registered in the purchase object list. Registration step, and a program for causing a computer to execute the method comprising the steps of:

[0013] As described above, since the purchasing unit has the purchase object pre-registration means for registering the information of the pre-selected purchase object in the purchase object list, the purchase unit registers a good purchase object in the purchase object list. By registering in the purchase request, it is possible to ensure that the purchase requester thoroughly purchases a high-quality purchase target. In addition, it is possible to construct a system that narrows down the suppliers of the purchase target and allows the purchase requester and the person in charge of purchase to select the products of the narrowed suppliers. As a result, the purchase target items to be ordered can be standardized and centralized purchase can be performed, so that price negotiations with suppliers can be made advantageous. Furthermore, by conducting price negotiations with a plurality of different suppliers on the premise of centralized purchasing, it is possible to obtain an advantageous price. By repeating the cycle of the purchaser narrowing down the purchase target and the price negotiation of the narrowed purchase target, low-cost procurement of the purchase target can be realized. Further, it is possible to reduce the procurement cost in each purchase request unit.

Further, since the purchase request information contains the personal information of the purchaser and the purchase order information contains the personal information of the person in charge of the purchase, the purchasing section side receives the purchase request information storage means, purchase result data, By referring to the purchase order information in the table, it is possible to grasp the contents of the ordering operation performed by each person in charge of purchase. Therefore, even when the work of the purchase execution department is outsourced, it is possible for the purchasing department in the organization to grasp the work content of the subcontractor. Further, it is possible for the purchasing section to grasp the contents of the purchase request of the purchase request section. In addition, by linking the purchaser's personal information with the purchaser's personal information,
The purchase execution person can easily access the purchase request information of the purchase requester in charge of the ordering business.

[0015] The purchasing section includes a purchase request information storage means for storing purchase request information of the purchase target specified by the purchase request means, and a purchase result database updating means for successively updating and accumulating purchase result data by the purchase ordering means. Therefore, the purchase history can be managed, and by looking at the purchase history, the purchase operation performed by the purchase execution section can be easily grasped from other sections of the organization. as a result,
The purchase management function can be strengthened and enhanced.

[0016] At this time, as in claims 2 and 12, the purchase section requests the purchase request section from the purchase request section based on predetermined information input by the purchase request section for the purchase object not present in the purchase object list. A purchase object list additional registration means for selecting the predetermined information of the purchase object with high frequency and registering it in the purchase object list; and a purchase execution unit among the purchase objects registered in the purchase object list. Price list additional registration means for registering the price information of the purchase target that has negotiated the price with the supplier in the price list,
It is preferable to have at least one of the means. As described above, since the system includes the purchase object list additional registration unit and the price list additional registration unit,
It is possible to enhance the purchase object list and the price list. Also, by repeating the cycle of narrowing down the purchase target and negotiating the price with the supplier for the narrowed purchase target, low-cost procurement of the purchase target can be realized. Further, from the predetermined information input by the purchase request unit for the purchase object that does not exist in the purchase object list, the predetermined information of the purchase object frequently requested by the purchase request unit is selected and registered in the purchase object list. Since the purchase object list additional registration means is provided, the purchase request side can grasp the purchase objects that the purchase request department considers to be good, and the purchase department can additionally register them in the list, and appropriately select high-quality purchase objects. Becomes possible.

According to a third aspect of the present invention, the purchase requesting means inputs the identification information for specifying the purchase target in the purchase target list to a computer, and inputs the identification information to the computer. Purchase object identification information input means for specifying an object, purchase object list search means for searching for the purchase object list to specify the purchase object, and past purchase information stored in the purchase request information storage means. At least one of a group including: a purchase request information reference unit that specifies the purchase target with reference to the purchase request information; and a predetermined system search unit that specifies the purchase target by searching with a predetermined search system. It is preferable to provide a configuration having two means. With this configuration, it is possible to make the input operation of the purchase request information of the purchase requester efficient.

According to a fourth aspect of the present invention, the purchase ordering means includes: an order information transmitting means for transmitting order information of a purchase target to an internal integrated business system server computer; and an internal integrated business system. It is preferable that the ordering program of the server computer includes at least an in-house integrated business system program executing means for performing an ordering process. With this configuration, the purchasing system can be linked with the integrated business system in the organization, and the purchasing system can use the program of the integrated business system in the organization. Becomes possible. If an organization-wide integrated business system has been introduced within the organization, it is possible to utilize the program of that system. Therefore, since the program of the in-house integrated business system can be used, it is not necessary to newly develop a program for performing an ordering business or the like. In addition, since the operations performed in the purchasing system can be grasped from the integrated business system in the organization, the processing of the purchasing system can be made transparent.

According to a fifth aspect of the present invention, the order information transmitting means collectively transmits the order information in which the order information is grouped by a supplier and a delivery location unit and collectively transmits the order information immediately. It is preferable to provide a transmission and processing means. With this configuration, even if an order is made individually by the Purchasing Department, the order information is categorized into suppliers and delivery locations, so the work of distributing to the supplier / delivery location for each requested item can be reduced. There is no need to perform this, and labor saving of the work of the purchasing execution unit can be achieved. In addition, since the purchase is performed collectively, it is possible to improve the efficiency of the purchase operation and reduce the load on the person in charge of the purchase operation.

According to a sixth aspect of the present invention, the purchase execution unit refers to the price information registered in the price list to determine a purchaser who places an order for the purchase target. It is preferable to configure the system so as to include a trader determining means. Since the purchasing department is configured to determine the supplier by referring to the price information registered in the price list, it is not necessary to obtain a quote for each purchase request item, and to improve the efficiency of ordering work It becomes possible. Further, since the supplier is determined according to the price information unified in the organization, it is possible to narrow down the supplier. As a result, it is possible to reduce procurement costs and business costs.

According to a seventh aspect of the present invention, the purchase request information includes information on a legally-regulated category of the reagent when the purchase target is a reagent for which a management duty is legally specified. It is preferable to include the following. With such a configuration, the work for complying with the law of the reagent for which the management duty is legally prescribed is streamlined.

Further, the purchase request unit may be configured to include an in-organization inventory checking means for checking whether or not the purchase target has an in-organization inventory, as in claims 8, 17, 25, and 34. This is preferable. With such a configuration, it is possible to prevent the inconvenience of repeatedly ordering the purchase target when there is stock in the organization.

According to another aspect of the present invention, the object to be purchased is an animal, and at least one of the purchase request information and the purchase order information includes an animal species and sex. , Breeder, strain, and animal age information including one or more pieces of information selected from the group consisting of age or age. With this configuration, it is possible to increase the efficiency of the complicated ordering work for animals.

As set forth in claims 10, 18, 27, and 36,
Preferably, the object to be purchased is an animal, and the ordering means is configured to include an animal purchase approval obtaining means for obtaining an animal purchase approval from an animal management information storage means as a condition for ordering the animal. is there. With this configuration, it is possible to increase the efficiency of the animal purchase approval process that is always required before ordering animals.

Further, as in claims 20 and 29, after the purchase request step, the purchase request section performs a budget check step of checking a budget for purchase request information registered in the purchase request step. It is preferable to configure the following. Since the system is configured to check the budget for the purchase requisition information registered in the purchase requisition process, the budget check, which was conventionally performed by circulating a paper slip to the superior of the requisitioner, using a computer And the efficiency of the budget check work can be improved.

[0026]

DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention will be described below with reference to the drawings. In the following description example, a purchasing system is described, but in this description, a purchasing method and a purchase management device of the present invention, a data storage medium storing a program for causing a computer related thereto to perform a predetermined process, and the like, Of course, it is included. The configuration and the like described below do not limit the present invention, and can be variously modified within the scope of the present invention.

In the purchasing system according to the present embodiment, in an organization X having a laboratory as a purchase request section, a researcher as a requester of the laboratory places an order for a product to be purchased from a supplier. It is a system to purchase. Here, as a commodity to be purchased in this embodiment, that is, a research article, for example, a reagent such as a drug, a deleterious substance, a toxic substance, a radioisotope, an organic solvent, a rat, a mouse, a rabbit,
Laboratory animals such as dogs, consumables such as tissue paper, test equipment such as test tubes and beakers, raw materials such as starch, oils and fats,
There are experimental equipment and its parts.

The structure of the purchasing system according to this embodiment will be described with reference to FIG. FIG. 1 shows a main configuration of a purchasing system according to the present embodiment. The configuration of an organization to which the purchasing system of the present embodiment is applied will be described with reference to FIG.

The purchase system according to the present embodiment shows an example in which the organization X is implemented in the company X. The organization X has a plurality of departments including a plurality of laboratories, for example, the head office 1A and the laboratories B laboratories 1B to 1E. It is assumed that there are four laboratories of Research 1E. Of course, it may be carried out by an organization having only the head office and one laboratory.

The headquarters 1A included in the organization X according to the present embodiment includes a headquarters having the headquarters function of the organization X and a purchaser who performs management operations such as price negotiations with the supplier 46 regarding the purchase of research supplies. Department and an accounting department that is in charge of corporate accounting. The headquarters in the head office 1A includes an ERP server computer 8 as an in-house integrated business system server computer, a reagent management system server computer 12 for managing a law-restricted division reagent, and an RI (radio).
An RI management system server computer 10 for managing isotope (radioisotope) and an animal management system server computer 11 for managing laboratory animals are provided. A Web server computer 7 is installed in the purchasing department, and a corporate accounting system server 9 is installed in the accounting department.

In the present embodiment, the head office 1A is provided with a head office, a purchasing department, and an accounting department.
In addition to these units, a laboratory may be provided in the head office 1A. In this case, for example, the head office 1A
In addition to the headquarters, purchasing department, and accounting department, the configuration of the B laboratory 1B is provided in the head office 1A. These servers and terminal devices installed in the head office 1A are connected by the LAN 13A.

The laboratories B lab 1B to 1E 1E are composed of a research director who supervises the laboratories 1B to 1E, one or more laboratories serving as purchase request departments in charge of research work, and laboratories 1B to 1E. It has an accounting department in charge of accounting for 1E and a purchase execution department for purchasing research supplies. Further, the research institute that uses the reagent, RI, and experimental animal includes a reagent management unit, an RI management unit, and an animal breeding management unit.

Each laboratory is provided with purchase request terminal devices 3B to 3E as purchase request means and purchase request approval terminal devices 4B to 4E as budget check means.
Purchase request terminal devices 3B to 3E as purchase request means are:
A terminal computer used by researchers. Researchers
A person who belongs to each laboratory and is actually involved in basic research, product development, and other research and experimental work. The purchase request terminal devices 3B to 3E may be provided for each researcher, or one or more purchase request terminal devices may be provided for each laboratory or floor. Researchers
From the purchase request terminal devices 3B to 3E, the user requests the purchase of research supplies used in the research.

The purchase request approval terminal devices 4B to 4E as budget check means are terminal computers used by the laboratory manager or its authorized person who checks and approves requests for research supplies. The laboratory manager checks the purchase request content of the product ordered by the researcher with the budget by using the purchase request approval terminal devices 4B to 4E. If there is no problem with the request content, the laboratory manager approves the request.

In this embodiment, the purchase request approval terminal devices 4B to 4E as the budget check means are computers different from the purchase request terminal devices 3B to 3E as the purchase request means. 4B
To 4E and the purchase request terminal devices 3B to 3E may be the same computer. Also, the purchase request approval terminal device 4B
From 4E to 4E, the director of the laboratory, not the director of the laboratory, or its authorized authority may approve.

The purchase execution unit is a department that performs purchase order and storage processing for each product. Specifically, the order of each product requested to be purchased from each laboratory, the acceptance of the delivered product, the verification of invoices, etc. are performed.

The purchase execution unit is provided with order terminal devices 5B to 5E as purchase request receiving means and purchase ordering means. The person in charge of the Purchasing Execution Dept.
In step 5E, an order / warehousing process is performed with each supplier with respect to a purchase request for a product approved by the above-mentioned director.
Hereinafter, the person in charge of the purchase execution unit is referred to as a purchase execution person.

In laboratories having a reagent management unit, an RI management unit, and an animal breeding management unit, such as the D lab 1D and the E lab 1E, reagent management terminals 15D and 15 are provided according to the respective management units.
E, RI management terminals 16D, 16E, animal breeding management terminal 1
7D and 17E are installed. These terminals are used by each person in charge of the reagent management unit, the RI management unit, and the animal breeding management unit to input information on the reagent, RI, and animal to be managed. For example, the animal breeding manager inputs the cage empty information using the animal breeding management terminals 17D and 17E. These reagent management terminals 15D, 15E, RI
Management terminals 16D, 16E, animal breeding management terminals 17D, 1
The information input in 7E is stored in the storage areas of the reagent management system server computer 12, the RI management system server 10 computer, and the animal management system server computer 11 via the communication network 2.

The purchaser terminals 46a to 6n are arranged at the purchasers 46a to 46n for which the purchase ordering section orders reagents, laboratory animals, and consumables, respectively. The terminal devices 3B to 3E, 4B to 4E, 5B to 5E, 15D,
15E, 16D, 16E, 17D, 17E, 6a to 6n
Is configured as a personal computer in the present embodiment,
A mobile terminal, a mobile phone, or the like may be used. Headquarters 1A-E
These computers in the laboratory 1E are configured to be connectable to each other via in-house or in-house LANs 13A to 13E and the Internet 2 as a communication network.

Next, the relationship between the purchasing system of this embodiment and other systems arranged in the organization X will be described with reference to FIG. FIG. 2 is an association diagram showing the association of each system provided in the head office 1A.

As described above, the headquarters of the head office 1A stores the Web server computer 7, the ERP server computer 8, the corporate accounting server computer 9 for storing the corporate accounting system program, and the reagent management system program. A reagent management system server computer 12, an animal management system server computer 11 that stores an animal management system program, and an RI management system server computer 10 that stores an RI management system program are arranged.

ERP (enterprise reso)
source planning (integrated business system) The server computer 8 is a server computer for performing company-wide business management in the organization X of the present embodiment having the head office 1A to the E laboratory 1E. The ERP server computer 8 provides production operations such as reference information management, production planning, process management, cost management, sales operations such as order / stock / purchase / sales management, financial accounting, management accounting, asset management, and sales / payment. The core information processing systems such as accounting services such as management, personnel planning, personnel information management, attendance / payroll management, and personnel planning such as career planning are integratedly managed. The corporate accounting server computer 9A is a server computer for managing company-wide corporate accounting of the headquarters 1A to 1E.

The Web server computer 7 is located at the headquarters 1A of the organization X according to the present embodiment. Web
The server computer 7 is a server that plays a central role in the purchasing system of the present embodiment, and is managed by a purchasing unit. Here, the purchasing department is defined as X including the head offices 1A to 1E.
This department is in charge of the overall management of the company's purchasing business, and is different from the purchasing department already described.

More specifically, the collection and organization of the manufacturer's product catalog and the data files of the Web server computer 7 of the purchasing system, for example, the price list 52,
It creates and manages a product list 51, a purchase request table 53, a purchase result database, and the like. At the beginning of the period, collective price negotiations are conducted with the supplier 46.

The person in charge of the purchasing department selects a product catalog, obtains electronic data of the selected product catalog from each manufacturer, and stores the data in the Web server computer 7 to construct the product list 51. I do.
Further, the price list 52 is constructed in the Web server computer 7 by negotiating prices with the suppliers based on the purchase results and accumulating data on the determined product prices. A list of products purchased in the past is created, and a purchase result database is constructed on the Web server computer 7. The hardware configuration of the Web server computer 7 will be described later.

The purchase system of this embodiment is composed of Web and E
It can be called a system combining RP,
As will be described later, the processing of the system includes four parts: purchase request, purchase order, goods receipt, and invoice collation. Of these, the purchase request processing 18 and the purchase order processing 19 are performed by the Web server computer 7, and The order processing 19, the receiving processing 20, and the invoice collation processing 21 are performed by the ERP server computer 8. The Web server computer 7 converts the information to be ordered into unitary order information by dividing the information into units for each supplier to be ordered, and transmits the information to the ERP server computer 8 in a batch, and the ERP server computer 8 immediately receives the information based on the information. Then, the subsequent processing such as outputting the actual purchase order is performed. The operation of the system is performed by the Web server computer 7 from the purchase request input operation by the researcher to the ordering operation by the purchaser, and the ERP server computer 8 performs the storage from the supplier and the invoice verification. .

The Web server computer 7 is a computer that controls the purchasing system of the present embodiment, and the hardware configuration is shown in FIG. As shown in FIG. 3, the computer device has a CPU as a data arithmetic / control processing device.
31, RAM 33 as storage device, ROM 32, HD
D34 and a storage medium device 39. CPU31
Executes various processes according to programs stored in the ROM 32 or the HDD 34. The RAM 33 stores data and the like necessary for the CPU 31 to execute various processes as appropriate.

A keyboard 35 and a mouse 3 as input devices
5A is appropriately operated when a predetermined command is input to the CPU 31. Further, on the display device 37, information, images, and the like displayed in a predetermined format are output and displayed.

The storage medium device 39 comprises an external hard disk, a magneto-optical disk, a CD-R, a DVD, a memory stick, etc., and stores data transmitted via the communication network 2 as appropriate. It can be read out. The communication device 40 transmits data to the communication line network 2 and receives data supplied through the communication line network 2.

The HDD 34 stores a product list 51 storing the contents of a product catalog of each maker, a price list 52 storing a price list of products, and a purchase result database 54 storing a list of products purchased in the past. I have.

The animal management server computer 11, the reagent management system server computer 12, and the RI management system server computer 10 may be installed in a laboratory where animals, reagents and the like are frequently used.

FIG. 4 is an explanatory diagram showing the relationship between the purchasing system and other in-house systems. The exchange of data with databases and lists stored in the storage area of each server computer will be described with reference to FIG. The Web server computer 7 has a storage area such as the HDD 3
4 stores a product list 51, a price list 52, a purchase request table 53, and a purchase result database 54. Therefore, the HDD 34 corresponds to a purchase object pre-registration unit for registering a product list 51 as a purchase object list, and a purchase object price pre-registration unit for registering a price list 52. In addition, the Web server computer 7 stores a purchase request history table, an expense purchase account / organization table, a personal information table, a standard delivery date list, an authority table, and the like (not shown).

The information of the purchase request product is roughly divided into a product list 51 and a price list 52 as a purchase target list.
Divided into The product list 51 is referred to by the purchaser registration by the researcher, and the price list 52 is referred to by the purchase request receptionist by the person in charge of purchase.
This contributes to the simplification of maintenance and purchase request input.

The product list 51 is a list for managing and providing product information, and is a list of products including a product catalog selected by the purchasing department. The product list 51 includes catalog identification, catalog number, product name, product standard,
Stores product information such as catalog prices and legal and regulatory categories. A target purchase list forming step of forming the product list 51 will be described. First, the purchasing department collects a product catalog booklet from each maker of reagents, consumables, and the like and a breeder of laboratory animals (hereinafter, this maker and bleeder are collectively referred to as a “maker”).

From these product catalog booklets, an appropriate catalog is selected in consideration of price, quality, and the like, and a product to be purchased is selected. Catalog selection
The purpose is to make price negotiations advantageous by selecting good products, and by centralized purchasing by narrowing down ordered products, and to obtain advantageous prices by price negotiations with a plurality of different suppliers. These selected catalogs are
Designate "recommended catalogs" to form a group of recommended catalogs. Next, electronic data on a product catalog specified as a recommended catalog is obtained from each manufacturer.
This electronic data includes catalog identification, catalog number,
Product information such as a product name, a product standard, a catalog price, and a legal division is registered. Here, the catalog identification is
Refers to an identification symbol for specifying a catalog, for example, as shown in FIG. 7, a company name of each manufacturer or its abbreviation. The catalog number refers to a number for specifying a product in each catalog, for example, a product number assigned to each catalog. The catalog number is usually
Although numbers including hyphens, spaces, and the like are described, catalog numbers for search from which these hyphens, spaces, etc. have been removed are also registered in the product list 51. Therefore, it is possible to specify the product by specifying the catalog identification and the catalog number. The catalog identification and the catalog number constitute identification information of the purchase target. A researcher requesting the purchase of a product can request the purchase of the product by specifying the catalog identification and the catalog number.

The electronic data of the recommended catalog obtained from each maker is registered in one list by a person in charge of the purchasing department, and a product list 51 is formed. The list of the product list 51 is shown in FIG. In the product list 51, if necessary, product image information may be registered.

This product list 51 is formed by a product list search program stored in the server computer 7 so as to be searchable using the catalog identification and catalog number as keys, and it is also possible to search using the product name and the like as keywords. Is formed. For example, if the researcher already knows the catalog identification and catalog number of the product that he / she wants to purchase, he / she inputs the catalog identification and catalog number on the purchase request screen, and clicks the search button on the screen. The product information is displayed on the purchase request screen. After confirming the product information, a required item such as a quantity is input, and a registration request button is clicked, whereby a product purchase request can be made.

On the other hand, if the researcher does not know the catalog identification and catalog number of the product he / she wants to purchase, and does not know what kind there is, he / she searches the search screen using the product name or the like as a keyword. By doing
Products hit by the search condition, and the catalog identification and catalog number are listed. The researcher selects the desired product from the listed information and automatically inputs the catalog identification and catalog number on the purchase request screen. By clicking the register button,
You can request the purchase of goods.

A specific description will be given on the assumption that the product that the researcher wants to purchase is a special grade of potassium cyanide of 500 g, the catalog identification of which is "K Chemical", and the catalog number of which is "32332-100". If the researcher knows the existence of 500g of potassium cyanide special grade and its catalog identification and catalog number, enter the catalog identification and catalog number on the purchase request screen, and click the search button on the screen. After confirming the product information displayed as the search result, a purchase request for the product may be made.

If the researcher wants to purchase potassium cyanide, but does not know what kind of potassium cyanide is, he or she inputs "potassium cyanide" in the product name on the product list search screen. As a result, on the search screen,
Various kinds of potassium cyanide such as 500 g, 100 g potassium cyanide special grade, and 500 g potassium cyanide deer first grade are displayed in a list, and a desired 500 g potassium cyanide special grade is selected from the list. As a result, the purchase request screen is automatically displayed on the purchase request screen with the catalog identification “K Chemical” of 500 g potassium cyanide special grade and the catalog number “323”.
"32-100" is input, and a registration button on the screen is clicked to request a purchase of a product.

Here, the operation of the product list 51 will be described with reference to the block diagram of FIG. First, product list 5
A pre-registration process for the product 1 is performed (process 71). In this process, first, as described above, the purchasing unit acquires the electronic data of the selected recommended catalog from each manufacturer, and stores these data in the database to form the product list 51. The product list 51 is stored in a storage area of the Web server computer 7, for example, the HDD 34. Here, the HDD 34 corresponds to a purchase object pre-registration unit.

The researcher performs a process for inputting product information on the purchase request input screen in order to make a purchase request. First, the researcher specifies to some extent the product information of the product for which the purchase request is made (process 72a). At this time, by referring to the catalog booklet, the product itself to be purchased may be specifically specified, or a product group to be purchased may be roughly determined so that what product is desired.

If the catalog identification and the catalog number of the product to be purchased are specified by looking at the catalog booklet of the product, the catalog identification and the catalog number are directly input on the purchase request input screen (processing 72b), and the search is performed. When the button is pressed, the product information of the product is called from the product list 51 (process 72c). After that, on the purchase request input screen, input the supplementary information and click the registration button, and the purchase request is registered (process 73a).

After specifying the product information to be purchased (process 72a), if the catalog identification and catalog number of the product to be purchased are not specified, the product list search screen is used.
Search the product list. For example, there are cases where it is not known what standard is present, where the catalog identification / catalog number is not known, or when it is desired to select from a plurality of similar products. In the product list search, first, a product list search screen is opened and search conditions are input (process 72).
d). In the search condition input, at least one of conditions such as catalog identification, catalog number, manufacturer name, product name, standard / model, etc. is input. Partial match search is also possible for catalog numbers, manufacturer names, product names, standards and models. The range of the catalog number can be specified. In addition to the above conditions, the target items include reagents,
Select either animals or consumables. The target item is a required input condition.

After inputting the search conditions, the search button on the product list search screen is clicked to perform a product list search (process 72e). Thereby, the product information of the product corresponding to the search condition is called from the product list 51, and the search result is displayed on the screen. When search results appear on the screen,
The researcher selects a product to be purchased from the results (process 72f). On the screen, specify the product selected from the search results and click the register button, it will be in the same state as the product was selected on the purchase request input screen,
Enter necessary items and click a registration button to register a purchase request (process 73a).

If the product is a product listed in a catalog booklet without a catalog identification, select and specify “other” of the catalog identification on the purchase request input screen, and enter the catalog name and catalog number. All other necessary items are input (processing 72g). Thereafter, a registration button is clicked to perform purchase request registration (process 73a).

When a product is specified in a catalog, direct mail, Internet page, or the like which is not in a booklet form, "no catalog" of the catalog identification is selected and designated on the purchase request input screen, and as the predetermined information, New product information such as a product name, a maker name, a standard and a model is input (process 72h). At this time, the user also inputs in the remarks column the acquisition route of the product information and whether or not there is an attached document such as a specification sheet. Thereafter, a registration button is clicked to perform purchase request registration (process 73a).

If the product has been purchased in the past, the product can be specified by referring to the past purchase request information stored in the purchase request database 53. In this case, after inputting a purchase item, a product name, a request date, etc. on the purchase request list screen, a search button is clicked to refer to past purchase request information (process 72).
i). After that, select the desired purchase requisition from the search results and click the register button, on the purchase requisition input screen, it will be in the same state as the product was selected, enter the necessary items, click the register button, A purchase request is registered (process 73a).

The information registered in the purchase request is stored in the purchase request table 53 as a purchase request information storage means (process 77). The processing of 72a to 73a will be described later based on the flowchart of FIG. 10 showing the commodity search processing in the purchase request.

After the process 73a, the laboratory manager performs a purchase request approval process as a budget check (process 73b). Next, the person in charge of purchasing in the purchasing part performs purchase request reception processing (processing 74). Thereafter, the purchase execution person places a purchase order with the supplier 46 (process 75). The procedures of these processes 74 and 75 will be described later in detail with reference to FIG.

The contents ordered in the process 75 are stored in the Web server computer 7 as the purchase result database updating means.
As a result, it is registered in the purchase result database 54 as request information storage means (process 76).

From the order contents registered in the purchase record database 54, the product information which is registered in the catalog but not registered in the product list 51 and which needs to be registered in the product list 51 is selected and extracted. (Step 78). The registration of the unregistered product in the product list is configured to be performed automatically at night. From catalogs that are not registered in the product list 51, a catalog with a high purchase request frequency from a researcher is selected, and catalog electronic data of an unregistered catalog is acquired from the manufacturer of the product list 51 unregistered catalog, and registered in the product list 51. (Process 71).

Thereafter, by repeating these processes 71 to 78, the product list 51 and the purchase result database 5
4 to increase the amount of data to make the purchasing system of this embodiment easier to use.

If the product list 51 has a missing item in the legal regulation category, it is caused by a missing item in the catalog electronic data obtained from the manufacturer. We will respond by having the correct legal and regulatory categories listed in the catalog data. However, since the data correction by the manufacturer will be in the next term, the merchandise list 51 for the current term may be individually corrected by the purchasing department. In the purchase order information, when the goods are received from the supplier, etc., the legal and regulatory divisions are corrected and input at any time, so that the purchase result database 54 is correctly reflected.

Next, the price list 52 will be described. The price list 52 is a list of purchase prices of the products of the respective manufacturers and suppliers. In the price list 52,
Information such as a discount amount and a discount rate of each product is registered, and thereby price information is managed. The price information is composed of individual products or product groups for each supplier.

The price list 52 includes price information determined as a result of price negotiations performed by a person in charge of the purchasing department at the beginning of the term, that is, a price list (single item), a price list (multiple items) described later, and a person in charge of purchase. Are formed by a price list forming step of registering both price information determined as a result of individual price negotiations with the supplier 46, that is, the price list reference price, in a database. As described above, the price determined by the negotiation is registered, so that the appropriate level of the price can be maintained.

The price list 52 includes a price list (single item), a price list (multiple items), and a price list reference price. In the price list (single item), price information for each specific single item is registered. In the price list (plural products), price information is registered at a discount rate according to the manufacturer and the price range. For example, when a certain supplier sells a certain product group to Company X at a price discounted at a certain discount rate, the product group sold at that discount rate and the discount rate are registered. here,
The registered product group is usually formed as a product group for each manufacturer.

The reference price of the price list is the price negotiation result of the purchase list of the laboratories 1B to 1E for the products for which the price list (single item) or (multiple items) is not registered in advance only during the term. Is registered.

Since the purchaser 46 decides the supplier 46, the supplier 46 to place an order is not determined at the stage when the researcher makes a purchase request. For this reason, the price (list price) is disclosed to the researcher who makes the purchase request on the screen.

In the present embodiment, the price list 52 for registering the purchase price in advance is provided, and the price negotiation is performed in advance based on the purchase results, so that the work load for performing the estimation each time is reduced. Thus, it becomes possible to improve the work efficiency of the person in charge of purchasing.

Further, since the price is disclosed to the researcher who makes a purchase request each time, it is possible to raise the cost consciousness of the researcher.

Further, since it is possible to clearly disclose the purchasing department's response policy to the supplier at the time of the price negotiation at the beginning of the term, it is possible to appropriately narrow down the supplier. . As a result, it is possible to reconstruct procurement routes of suppliers, manufacturers, and the like.

Here, the operation of the price list 52 will be described with reference to the block diagram of FIG. 6, which is an explanatory diagram showing the operation of the price list. First, the person in charge of the purchasing department performs price negotiation processing with the supplier 46 (processing 81). In the price negotiation, a catalog is specified, and a plurality of products are collectively performed. The result of the price negotiation is registered in the price list 52 in advance.

On the other hand, the researcher in the laboratory has a product list 51
And requisition registration by retrieving
2). After the processing 82, the purchase execution person in charge of the purchase execution section
With reference to the price list 52, a purchase request receiving process is performed (process 83). At this time, if the total amount of the request is equal to or more than a certain amount, the person in charge of purchase separately negotiates a price for volume discount.

Thereafter, the person in charge of purchase purchases the purchaser 46
Next, a purchase order is made (process 84). These processes 83,
Procedure 84 will be described in detail later. When the price negotiation is performed during the term, the result of the price negotiation during the term is registered in the price list 52 as a price reference price (step 85). This price list reference price is treated as a reference price during the period, and data is deleted in the following period.

The contents of the commodity price ordered in process 84 are registered in the purchase record database 54 (process 86). The contents registered in the purchase record database 54 are used as a purchase record list 87 in price negotiations with a supplier in the next term (process 81). The price negotiated as a result of the price negotiation with the supplier in the next term is additionally registered in the price list 52. That is, in the purchase request receiving process (process 83), the purchaser in charge determines the order amount and the supplier based on the price list 52, and the same type of product is sent to the same supplier or manufacturer by the same supplier. Products will be ordered. Therefore, the number of suppliers and manufacturers who place orders and the types of products are reduced, and the suppliers, manufacturers,
The purchase amount for each product increases. The purchase result list 87 lists items purchased from each supplier and the quantity thereof. By using the result of summing up this list 87, it is possible to advantageously negotiate prices with suppliers in the next term. It is possible to do it. Thereafter, this processing 81 to 8
In step 6, while accumulating the purchase result data in the purchase result database 54, the price negotiation process based on the purchase result data is repeated to reduce the cost of purchasing the goods.

As described above, since the product list and the price list are operated, it is possible to thoroughly purchase high-quality products. In addition, the purchasing department narrows down suppliers,
It is possible to build a system in which the researcher and the person in charge of purchasing select the narrowed-down supplier products. As a result, it is possible to narrow down products to be purchased, so that price negotiations with suppliers can be made advantageous. By repeating the cycle of narrowing down the goods of the supplier and negotiating the price of the narrowed down goods, low-cost procurement of the goods can be realized.

Further, since the purchase price of the product is determined in advance by price negotiation and the purchase price is determined at the time of ordering, the frequency of making individual quotes during the period can be reduced, and the efficiency of the quote business can be reduced. Improvement can be achieved.

Next, other databases and the like stored in the HDD 34 will be described. The purchase request table 53 stores data on products that have been requested by each researcher of the company X in the past. The purchase performance database 54 stores data of products purchased by Company X in the past. The purchase result database 54 is configured so that screen search or data download can be performed from terminals of a purchase request unit (laboratory), a purchase execution unit, and a purchase unit. The provision of the purchase request table 53 and the purchase result database 54 makes it possible for the purchasing section to grasp the ordering operation of the purchase executing section.

The personal information table is a table in which the personal information of the members of the company X is registered in advance in the purchaser's personal information registration step, the purchase execution person's personal information registration step, and the like. With this, when inputting a purchase request, it is only necessary to select from a pre-registered budget-bearing organization box or a delivery place box, thereby simplifying the input when a member of company X accesses the purchasing system. Becomes

As personal information on the researcher, the laboratory to which the researcher belongs, the budget sharing organization, the delivery location for each purchased item,
Register information such as research themes in advance. When registering personal information, open the personal information setting screen, the user ID, name, and affiliated lab of the person who logged on to the network will be displayed automatically, so select the budget-bearing organization, enter the delivery location, research After selecting a theme, etc., click the registration button. In addition, when the purchase request administrative agent opens the personal information setting screen, the user ID, name, and affiliated laboratory of the person who logged on to the network are automatically displayed. By designating the user ID of the requester who performs the request, the proxy input of personal information registration can be performed. Since the researcher registers his / her personal information, the researcher does not need to input personal information each time a purchase request is made, and the purchase request procedure can be made more efficient. In addition, since each researcher has registered his / her personal information, each purchase request can be linked to each researcher, and the purchasing department can search each researcher's user ID by using the user ID as a key. The content of the purchase request is displayed on the screen, and the status of the purchase request of each researcher can be grasped. In addition, as personal information regarding a person in charge of purchase in the purchase execution unit, information on a department in charge of the purchase is selected and registered in advance. Also, the name, telephone number, address, etc. of the person in charge are entered and registered. These contact names,
The telephone number, address, and the like will be described in an estimate request form, a delivery date confirmation request form, and the like. In addition, by registering the personal information of the person in charge of purchase, the person in charge of purchase can automatically display his / her laboratory in the case of processing a purchase order. Etc. can be made more efficient. In addition, each purchaser
Because you have registered your personal information, it is possible to link each purchase request and each person in charge of purchase. From the Purchasing Department, simply enter the user ID of each person in charge of purchase and search, It is possible to display the status of the ordering operation performed by each purchase execution person on the screen, and to grasp the status of the purchase order of each purchase execution person. Therefore, even if you outsource the ordering business of the Purchasing Department,
The status of the ordering business performed by the subcontractor's Purchasing Department is
It is possible for the purchasing department to understand.

Further, the laboratory manager registers a purchase request section in charge of approval. As described above, by registering the laboratory responsible for approval by the laboratory director, the laboratory director is responsible for approval work only by selecting the budget-bearing organization responsible for approval work on the screen. The purchase request can be displayed on the screen. Therefore, even if the budget-bearing organization includes a plurality of laboratories, each laboratory manager only has to select the budget-bearing organization, which is convenient. In addition, the person in charge of purchase registers his / her laboratory, and the person in charge of purchase selects the laboratory in charge on the screen and belongs to the laboratory in charge. The researcher's purchase request can be displayed on the screen. As a result, it is possible to maintain transparency of the purchase request processing of the researcher.

Next, an outline of the flow of processing from a purchase request to an order in the purchasing system of this embodiment will be described with reference to FIGS.
This will be described with reference to the block diagram of FIG. 8 and 9 are controlled by the CPU 31 of the Web server computer 7. Here, a researcher belonging to Eken 1E
A case will be described as an example where a purchase of reagents, laboratory animals, and consumables is requested. It should be noted that the same applies to a case where a researcher belonging to B lab 1B to D lab 1D requests purchase.

First, a researcher performs a product list search process (process 1). The researcher connects to the server computer 7 from the purchase request terminal device 3E and displays the product list 51 search screen.

Next, on the product list 51 search screen, the researcher inputs a catalog identification number and a catalog number and performs product attribute information search processing. This product attribute information search process is a process of searching the product list 51 for attribute information (name, standard, capacity, fixed price, legal regulation, etc.) using the catalog identification number and catalog number input by the researcher as keys. As search conditions, a catalog identification, a product name, and the like attached to the product list 51 are input.

If there is a product that satisfies the search condition, a list of products is displayed on the search result screen. If there is a product you want to request among the listed products,
Select the product on the screen and click the "Register" button. This will bring up the next requisition entry screen,
The product selection is completed. If there is no product that satisfies the search condition, it is displayed on the search result screen that there is no product that satisfies the condition. In this case, the researcher
By referring to the paper catalog book in hand, predetermined product information is input in the next process 2. Even when the catalog identification and catalog number of the product to be purchased are known in advance, the processing 1 is not performed, and the catalog identification and catalog number are directly input in the next processing 2.

Next, purchase request processing by the researcher is performed (processing 2). This process is performed in the following procedure. First, a purchase request input screen is displayed. The procedure for displaying the purchase request input screen is as follows. When the researcher directly instructs the display of the purchase request input screen itself on the menu screen, or when the user selects a product from the search results on the product list search screen of the above process 1, There are times when you click the register button. When the direct purchase requisition input screen is displayed, the researcher
On the screen, enter the product catalog identification, catalog number, or product information. This input procedure is a product specification flowchart shown in FIG. On the other hand, when the purchase request input screen is displayed by clicking the registration button on the product list search screen of process 1, the product information selected on the search screen is automatically displayed.

The researcher inputs the ID number, and quotes and displays the researcher requesting the purchase and the organization to which the researcher belongs from the expense purchase account / organization table. Subsequently, the personal information of the researcher registered in advance, such as the budget-bearing organization, the delivery location of the product, the research theme of the researcher, etc., is quoted and displayed.

After the above processing, the researcher clicks the registration button. Thereby, the scheduled delivery date automatic setting process is performed. This process is performed only when the researcher does not input the desired delivery date on the screen. In the scheduled delivery date setting process, first, the HDD 34 refers to the standard delivery date set for each research institute and each purchased item. The standard delivery date is added to the request date (the day when the researcher accesses the server computer 7), and the expected delivery date is set. However, if the requester specifies a scheduled delivery date on the screen due to circumstances, the scheduled delivery date setting process is not performed.

After the above processing, the information set on the screen is specified as purchase request information and transmitted to the server computer 7. This purchase request information is stored in a storage device of the Web server computer 7, for example, in a purchase request table and a purchase request history table stored in a database of the HDD. Thereafter, this process 2 is completed.

Note that the purchase request history table is formed by creating a record for each request status, and describes information such as the update date and the updater.

If the product is an animal or a legally regulated reagent, after the process 2, a purchase request manager approval process is performed (process 3). The administrator approval is a procedure in which the contents of the purchase request performed in the above processes 1 and 2 are checked by the reagent management officer or the animal breeding management officer, and when there is no problem in the contents, the procedure is approved.

The manager in charge here is the manager in charge of animal breeding and the manager in charge of legal and regulatory reagents, more specifically, the manager in charge of toxicants, the manager of narcotics, the manager of psychotropic drugs, and the handling of stimulant raw materials. Responsible person, RI management person, etc. The “approval” of the purchase request is performed for the purpose of checking the availability of an animal cage (carrying cage) when the purchase request is an animal purchase approval. If the purchase request product is a legally regulated reagent, it is performed for the purpose of compliance with the law, such as notification obligation and capacity management.

The administrator approval process of process 3 is performed as follows. First, the manager is in charge of the reagent management terminal 15.
E, the RI management terminal 16E or the animal breeding management terminal 17E connects to the Web server computer 7.

Thereafter, purchase request data to be approved by the administrator stored in the storage device of the Web server computer 7, for example, the HDD 34, is displayed on the screen. The status of the purchase requisitions displayed in the list is "waiting for approval of manager" and "waiting for approval of change of manager".
For those that are "waiting for administrator change confirmation" and "waiting for administrator cancellation confirmation", perform administrator approval processing. The status notation "waiting for administrator approval" means a normal case in which a purchase request for legally regulated reagents or animals has been made, and the status notation "waiting for approval for change of manager" means approval of the manager. In the case where the request was changed before the lab director approves the request, and the status notation is "Waiting for administrator change confirmation", the request may be changed after the lab director approval is completed. Examples of the case where the status is described and the status notation is “waiting for confirmation of cancellation of the manager” include a case where the purchase request is canceled for the request that has been approved by the manager.

The manager sets the management category and the target organization / laboratory to perform the approval check in the authority table, and clicks a search button to perform a search process of the approval authority range.

Thereafter, the purchase request data of the approval authority range that meets the search condition is extracted from the purchase request table, and is displayed in a list on the screen. That is, the purchase request information of the researcher in the department in charge of the animal breeding manager and the legal and regulatory reagent manager is displayed on the screen.

Check the data displayed on the screen,
If there is no problem with the contents, and the manager clicks the approval button, data of the approval is stored in the purchase request table and the purchase request history table. If the product is a product other than an animal or a legally regulated reagent, after the process 2, the process 4 is performed without performing the purchase request manager approval process (process 3).

Next, a purchase request approval process is performed as a budget check process by the laboratory manager (process 4). The purchase request approval by the laboratory manager is a procedure in which the contents of the purchase request of the researcher are checked and approved by the researcher's superior director. This process is performed by the laboratory director,
The delegated authority may perform it. The “approval” of the purchase request by the laboratory manager is performed for the purpose of managing the budget of the purchase request section and managing proper purchase.

The purchase request approval process of the laboratory 4 in this process 4 is performed as follows. In other words, the laboratory director
The purchase request approval terminal device 4E is connected to the Web server computer 7. Next, the Web server computer 7
The purchase request data to be approved by the laboratory manager stored in the storage device such as the HDD 34 is displayed on the screen.

Note that the head of the laboratory sets the target organization and the target laboratory for which the approval check is to be performed in the authority table, and clicks a search button to perform a search process of the approval authority range.

Thereafter, from the purchase request table stored in the Web server computer 7, the purchase request data of the approval authority range applicable to the search condition is extracted and displayed in a list. That is, the purchase request information of the researcher belonging to the department in charge of the laboratory manager is displayed in a list on the screen. The lab manager performs the lab manager approval process on the purchase requests displayed in the list, that is, those whose status notation is “waiting for lab manager approval”. The status notation "Awaiting approval from the director of the laboratory" may be the normal case where a consumable or a reagent that does not require the approval of the supervisor is requested, or the supervisor of a regulated reagent or animal supervisor. Some cases have been approved.

When the laboratory manager checks the purchase request data displayed on the screen and determines that there is no problem in the contents, and clicks the approval button, the laboratory request is approved in the purchase request table and the purchase request history table. Is stored.

Thereafter, the person in charge of purchase carries out a merchandise content confirmation process (process 5). This product content confirmation is processing 1
When product information is entered by a researcher in step 2, the person in charge of purchase confirms that there is no error in the input contents, etc.
This is a procedure for making corrections. If the product is specified by catalog identification and catalog number input in process 1, this process 5
Is not performed.

This processing 5 is performed as follows. First, the person in charge of purchase connects to the Web server computer 7 from the order terminal device 5E. Thereafter, a purchase request table stored in the storage device of the Web server computer 7, for example, the HDD 34, is displayed on the screen.

From the purchase request table, the data narrowed down to the target organization of the person in charge of purchase is displayed. In this narrowed down data, the product whose product content has been entered by the researcher is displayed as “Waiting for product confirmation”, indicating that the product content needs to be confirmed. Check and correct. If the purchaser in charge clicks the confirm button after confirming the content of the product, data indicating that the product content has been confirmed is stored in the purchase request table and the purchase request history table. In the content confirmation, for example, it is confirmed whether or not the product information input of the product not registered in the product list 51 is correct.

Next, a purchaser selecting process is performed by the person in charge of purchasing (process 6). This supplier selection process is performed when there is no designation of a priority supplier for a product and there are a plurality of suppliers with the lowest price for the same product. If there is a designation of a priority trader or if there is only one same product in the product catalog, this process 6 is not performed.

This supplier selection process is performed as follows. First, a search process is performed to extract purchase requests from a plurality of suppliers who deliver the same product at the same price from purchase request data narrowed down by the target organization.

As a result of the search, if a purchase request including a plurality of suppliers who deliver the same product at the same price is displayed on the screen, the person in charge of purchase performs one purchase from the displayed plurality of suppliers. Select a contractor and click the selection complete button. Thus, the data of the selected supplier is stored in the purchase request table and the purchase request history table.

Thereafter, a quotation request process is performed by the person in charge of purchase (process 7). This request for quotation is a process in which the person in charge of purchase requests the supplier to send out a quote for the product. This quote request processing is performed when price negotiations have not been completed with the supplier at the beginning of the term, when the total amount of the requested product is a certain amount or more, or when the product is a marketed product or a special order product. Do. Otherwise, this process 7 is not performed.

This estimation request processing is performed as follows. First, search processing is performed to extract estimate acquisition target data from purchase request data narrowed down by the target organization.

Then, as a search result, a list of the target data for obtaining the estimate of the target organization is displayed from the purchase request table. For products that have not been registered in the price list 52 or for products whose total amount exceeds a predetermined amount, a status of waiting for estimation is displayed.

When the person in charge of purchase selects a product for which a quote is requested from the products for which the status of waiting for quote acquisition is displayed, and clicks a quote request output button, a quote request document is created by the server computer 7. This quote request is output to the supplier terminal device 6a of the supplier 46a. At this time, the information may be output not only to one supplier 46a but also to the supplier terminal devices 6a to 6n of a plurality of suppliers 46a to 46n. After this output process, the status of "estimated request" is displayed on the screen.

Thereafter, from the supplier terminal equipment 6a of the supplier 6a, the server computer 7 is connected via the communication network 2.
Is transmitted to the order terminal device 5E by the server computer 7, and the estimated content data is stored in the purchase request table and the purchase request history table.

When the contents of the quote are sent from the supplier 6a to the person in charge of purchase by a document or telephone,
The person in charge of purchasing inputs the details of the estimate. When the person in charge of purchase inputs the details of the quote and clicks the quote complete button, this data is stored in the purchase request table and the purchase request history table.

Thereafter, a delivery date confirmation process is performed by the person in charge of purchase (process 8). This process 8 is performed when a delivery date is specified by a researcher for a purchase request that is not a target for estimation. Otherwise, do not. This delivery date confirmation processing is performed as follows. First, a search process is performed to extract data for which a delivery date should be confirmed from purchase requests narrowed down by the target organization.

Thereafter, as a search result, a list of purchase request data of the target organization is displayed from the purchase request table. For a product that requires a delivery date confirmation, a delivery date confirmation waiting status is displayed. When the person in charge of purchase selects the item to be requested for delivery from the displayed request data and clicks the output button for the delivery date confirmation request, the server computer 7 creates a delivery date confirmation request, and The certificate is output to the supplier terminal device 6a of the supplier 46a. At this time, not only one supplier 46a but also a plurality of supplier terminals 46a to 46n.
n. After this output process,
On the screen, the status of "Confirming delivery date" is displayed.

Thereafter, when delivery date information is transmitted from the supplier terminal device 6a of the supplier 46a to the server computer 7 via the communication network 2, the server computer 7 transmits the delivery date information data to the order terminal device 5E. At the same time, the delivery date information data is stored in the purchase request table and the purchase request history table.

When the delivery date information is sent from the supplier 6a to the person in charge of purchase through a document, a telephone, or the like, the person in charge of purchase inputs delivery date information. When the purchaser inputs the delivery date information and clicks the delivery date information completion button, this data is stored in the purchase request table and the purchase request history table.

Next, an order process is performed as an ordering process (process 9). In this process, the person in charge of purchase actually places an order for a product with a supplier. This order processing
It is performed as follows. First, from the purchase requests narrowed down by the target organization, a search process is performed for data in which the product, the supplier, the purchase amount, and the delivery date are determined. From the purchase request table, a list of purchase request data of the target organization including the data of the determined product, supplier, purchase price, and delivery date is displayed.

[0131] Thereafter, the purchaser confirms the displayed contents and clicks the order form output button. Then, the confirmed goods / suppliers / purchase amount / purchase amount are displayed in the purchase request table and purchase request history table. Delivery date data is saved. Further, an order form is created by the server computer 7, and the order form is output to the supplier terminal device 6 of the supplier 46. After that, the order processing ends.

Next, the detailed processing of the processing 1 of the purchasing system will be described with reference to the commodity specifying flowchart of FIG. This flowchart shows that the researcher belonging to the B lab 1B to the E lab 1E has the purchase request terminal devices 3B to 3E.
5 is a procedure flow for inputting a desired product on the purchase request input screen and the product list search screen of the purchasing system.

First, the researcher roughly specifies what kind of merchandise he / she wants to purchase, and roughly specifies the merchandise to be purchased (step S11). Next, it is determined whether the product has a catalog identification (step S12). If it is known that the product desired to be purchased is registered in the product list 51 and the catalog identification is confirmed in the catalog booklet at hand (step S12; Yes). , The catalog identification and the catalog number are directly input on the purchase request input screen (step S
13).

Next, a search button on the purchase request input screen is clicked (step S14). As a result, a search result hit by the catalog identification and the catalog number is displayed on the screen, and it is determined whether or not the corresponding product is displayed by looking at the search result (step S15).

When there is a corresponding product in the search result list (step S15; Yes), it is determined whether a plurality of products are displayed on the product search result list screen (step S1).
6). In the product list 51, a plurality of products may exist for one catalog number. In this case, the plurality of products are extracted from the catalog number. For example, there is a case where the same catalog number is assigned to products of different colors and products of different capacities. If a plurality of products are not displayed (Step S16; No), the user clicks the detailed information button to display the manufacturer name, product name,
The contents of the product such as the standard / model, the number of pieces, and the unit price (list price) are displayed (step S18). If the user sees the displayed product content and determines that there is no mistake in the desired product content, he or she clicks the registration button to determine the product (step S19) and completes the purchase request registration.

When a plurality of products are displayed on the product search result list screen (step S16; Yes), it is determined whether or not a product is selected from those displayed on this screen (step S17). When selecting a product (step S1
7; Yes), click on the detailed information button to enter the manufacturer name, product name, standard / model, quantity, unit price (fixed price)
Is displayed (step S18). Thereafter, a product is determined (step S19), and purchase request registration is completed.

When there is no corresponding product in the search result list (Step S15; No), "Product not found" is displayed on the search result screen. On the search result screen,
Clicking the "OK" button returns to the purchase request input screen again, and checks whether there is an error in the input catalog number (step S20). If there is an error in the input catalog number (step S20; Yes), click the "clear" button on the screen to cancel the input contents,
The catalog identification and catalog number are input again (step S13). If there is no error in the entered catalog number (Step S20; No), click the “other than the above” button on the screen to display the purchase request input screen, and enter the product contents necessary for specifying the product. Input (step S21). Thereafter, the merchandise is determined (step S22),
Complete purchase requisition registration. After that, the product details entered by the researcher making the purchase request are
After the input product content is confirmed, it is additionally registered in the product list 51 at night, and the product list 51 is thoroughly enhanced. By registering at night in this manner, the hit rate of the products in the product list 51 is improved.

If the researcher does not have the catalog identification for the product he / she wants to purchase (step S12; No), it is determined whether or not the product is listed in a catalog-type catalog booklet (step S23). If the product is listed in a catalog form booklet (step S
23; Yes), on the purchase request input screen, select the catalog identification "Other" and enter the catalog number (step S24). Next, the name of the catalog is input (step S25). Next, the merchandise content necessary for specifying the merchandise is input (step S26). afterwards,
The merchandise item is determined (step S27), and the purchase request registration is completed. The route of steps S23 to S27 corresponds to a case where the catalog listing the product is not registered in the product list 51 but is in the form of a catalog booklet. This catalog booklet has not been designated as a recommended catalog by the Purchasing Department, but catalogs that are frequently used and frequently used by researchers may be cataloged in the next term if the Purchasing Department determines that the product is a good product. Product list 5 with identification
Register to 1.

If the researcher wants to make a purchase request, such as a magazine advertisement, a magazine article, direct mail, or a product posted on the Internet, if the product is not listed in a booklet-type catalog booklet (step S2
3; No), the contents of the product necessary for specifying the product are input (step S28). Thereafter, the merchandise is determined (step S29), and the purchase request registration is completed.

Next, a description will be given of a method of searching for a product when a catalog identification and a catalog number of the product are input on the purchase request input screen. FIG. 11 is a block diagram showing a pattern for inputting a request for a product. As the input pattern of the product on the purchase request input screen, in addition to the pattern 1 for inputting the catalog identification and the catalog number described in FIG.

Pattern 1 is a purchase object identification information input step using the purchase object identification information input means, and is a normal request method. This pattern is a case where a desired product is specified in a catalog booklet or the like. First, the researcher specifies a product to be purchased in a catalog booklet on hand (process 91). Next, a purchase request input screen is opened, a catalog identification and a catalog number are input, and a product is designated (process 92). Next, on the same screen,
The necessary items such as the delivery date are specified (process 93). Next, a registration button is clicked to complete the input of the purchase request (step 94).

The pattern 2 is a purchase object list search process using the purchase object list search means. If the catalog identification and catalog number of a desired product are not known,
When it is not known what standard or type the product has, it is also possible to search the product list 51 to specify the purchase request product. In this case, pattern 2
In the flow, specify the product. First, a search button on the purchase request screen is clicked to display a product list search screen. On this search screen, a search is performed by specifying search conditions (process 95). As search conditions, catalog identification, catalog number, product name, and the like are input.

When the search result is displayed, the detailed information of the purchase request product on the screen is confirmed (step 96). As a search result, there is a case where one product is displayed, a case where a plurality of products are displayed, and a case where there is no corresponding product. When a plurality of products are displayed, a product to be purchased is selected from the displayed products. If you check the product information on the product list search result screen and click the reference registration button, the screen will move to the purchase request input screen. At this time, the content displayed on the product list search result screen is passed to the purchase request input screen. Next, necessary items such as the requested quantity and the delivery date are specified (step 93), and the registration button is clicked to complete the input of the purchase request (step 94).

Pattern 3 is a purchase request information reference process using purchase request information reference means. It is also possible to make a purchase request using data that the user or another researcher has made a purchase request in the past. In this case, the product is specified in the flow of the pattern 3. First, a purchase request list screen displaying the contents of past purchase requests is displayed. On this screen, a search is performed by specifying search conditions (process 97). As a search condition, a product name or the like is input.

When the search result is displayed, the detailed information of the product requested in the past on the screen is confirmed (step 98). If you check the product information on the past request search result screen and click the reference registration button, the screen will move to the purchase request input screen.
At this time, the catalog number, catalog identification, and product content displayed on the past request search result screen are transferred to the purchase request input screen. Next, necessary items such as the requested quantity and the delivery date are specified (step 93), and the registration button is clicked to complete the input of the purchase request (step 94).

Pattern 4 is a predetermined system search step using predetermined system search means.
The specific reagent registered in 9a can also search the reagent database 59a in order to specify the purchase request product. In this case, a product is specified in the flow of pattern 4. The search system of the reagent database 59a corresponds to a predetermined search system. First, a reagent database search screen is displayed. On this search screen, a search is performed by specifying search conditions (process 99). As a search condition, a functional group, a part of a substance name, or the like is input.

When the search result is displayed, the purchase request product is specified from the reagent displayed on the screen (Process 10).
0). When a plurality of reagents are displayed, the user selects a product to be purchased. If the user confirms the product information on the reagent database search result screen and clicks the reference registration button, the screen shifts to a purchase request input screen. At this time, the catalog number displayed on the reagent database search result screen,
The catalog identification and product contents are delivered to the purchase request input screen. Next, necessary items such as the requested quantity and the delivery date are specified (step 93), and the registration button is clicked to complete the input of the purchase request (step 94).

Next, according to the purchasing system of this embodiment,
The case of making a purchase request for consumables as commodities will be described with reference to the expense purchase business process block diagram of FIG. The block diagram shown in FIG. 12 shows a process performed by a purchaser and a process performed by a supplier when a purchase order for consumables is made. The processing performed by the supplier is the processing within the dotted line in FIG. The processing performed by the person in charge of purchase is the processing outside the dotted line in FIG. 12, and describes processing 5 to 9 shown in FIG. 9 in more detail.

After the process 4 of the purchase requesting section of FIG. 9, the flow shifts to a purchase request receiving process of the person in charge of purchase (process 101).
This request reception is performed by connecting the order terminal device 5 to the server computer 7 and displaying the charge of the person in charge of purchase on the purchase request reception screen. In the purchase request receiving process, if there is an error in the purchase request content, the error is corrected, and if the product is not registered in the product list 51, the product content of the purchase request is confirmed. The purchase request is accepted and processed at any time.

Next, the person in charge of purchase determines whether it is necessary to collect an estimate (process 102). The price has not been negotiated with the supplier at the beginning of the term,
If the product is not registered in the price list 52, if the total amount of the requested product is a certain amount or more, or if the product is a marketable product or a custom-ordered product, it is determined that it is necessary to collect an estimate (step 102; Yes). ), An estimate request process is performed for the supplier (process 106). Request for quote is We
b Transmit via the communication network 2 through the server computer 7. This quotation request form can be automatically created by the person in charge of purchase on the quotation request screen for the purchase request product for his / her charge. To a specific supplier, the "quotation request form output button" on the screen is then clicked to automatically transmit the automatically created quote request form.

The supplier performs a quote creation / price offer process in response to the quote request process from the purchase execution unit (process 1).
21). This quote is sent from the supplier terminal device 6 to the We
b The data is transmitted via the communication network 2 through the server computer 7. It should be noted that a supplier who does not have the supplier terminal device 6 sends the information in the form of a handwritten form or
X is transmitted. Alternatively, the price may be presented in price negotiation.

Next, the person in charge of purchasing conducts price negotiation based on the quote collected from the supplier (Step 107).
After that, the person in charge of purchasing determines the purchased item (process 1).
05).

If it is not necessary to collect the estimate (Step 102; No), the person in charge of purchase determines whether it is necessary to select a supplier (Step 103). This process is performed by searching the price list 52. When a plurality of suppliers for the same kind of product are registered in the price list 52 at the same price, there is no designation of a priority supplier, and it is necessary to select a supplier (Step 103; Yes), the purchase execution person Then, a supplier selection process is performed (process 104). The supplier selection process is performed by acquiring a quote from a supplier, examining the contents of the quote, and selecting a supplier by a purchaser. After the supplier selection process is completed, the person in charge of purchase decides the purchased product (process 10).
5). Next, a delivery date confirmation process is performed (process 108).

In the case where only one supplier for the same kind of product is registered in the price list 52, or when a plurality of suppliers for the same kind of product are registered but the prices are different, the purchase is automatically made. Since a supplier with a low price is selected, it is determined that there is no need to select a supplier (process 10).
3; No), the person in charge of purchase performs a delivery date confirmation process (process 108). The delivery date confirmation process is a process of transmitting a desired delivery date of a purchase requisition product to a supplier and receiving an answer from the supplier as to whether delivery is possible on the desired delivery date.
A response is received from the supplier by presenting the expected delivery date.

Thereafter, the person in charge of purchase performs order registration processing (step 109). This order registration process is a process of registering a product decided to be ordered by the person in charge of purchase and contents of purchase, such as its price and delivery date, and can be automatically performed by the purchase system of the present embodiment. .

Next, a purchase approval process is performed (process 11).
0). This process is performed when a purchase approval authority such as a manager of the purchase execution unit or a substitute authority thereof approves the slip. This approval processing is performed by the purchase approval authority inputting his / her ID on the purchase approval screen, displaying the slip waiting for the purchase approval, and electronically approving the slip.

Next, the person in charge of purchasing performs an ordering process for the product (process 111). In this processing, the purchase order created in the purchase order registration processing is called on the screen, and the “purchase order output button” on the screen is clicked and automatically transmitted to the supplier. The supplier performs an order receiving process with respect to the order processing from the purchase execution unit (process 122). Next, by the delivery date indicated in the purchase order, the supplier performs delivery to the purchase execution department (process 123). At this time, the delivery note with the handwritten slip is paid at the same time.

Next, the person in charge of purchase performs delivery inspection of the product (process 112). This process is performed by comparing the goods delivered from the supplier with the contents of the delivery note from the supplier. Next, the person in charge of purchase checks the product against the delivered product (process 113). This processing is performed by comparing the goods delivered from the supplier with the contents of the purchase order.

Next, the person in charge of purchase or the person in charge of goods receipt and acceptance performs goods receipt input processing (step 115). This process is performed by inputting the receipt data for each number of receipts. The supplier performs an invoice issuing process to the person in charge of purchase (process 124). Upon receiving the invoice from the supplier, the person in charge of purchasing performs an invoice collation process (process 116). The check of the invoice is performed by checking with the receipt data input in the receipt input processing. Matching is performed using the total billed amount for each supplier as a unit. After that, this processing ends.

Next, the purchasing system of this embodiment provides
Fig. 1 shows the case of making a purchase request for reagents as products.
2, will be described with reference to the expense purchase business processing block diagram of FIG. The block diagram shown in FIG. 12 is a process performed by a person in charge of purchase and a supplier at the time of ordering a reagent, and is similar to the process at the time of purchase order of consumables. Since the block diagram shown in FIG. 12 has already been described, duplicate description will be omitted.

The block diagram shown in FIG. 13 is a process performed by a person in charge of a purchase request unit (laboratory) and a reagent management unit when a purchase order is made for a reagent. In the purchase request of the reagent, different processing is performed between the chemical reagent registered in the reagent database 59a and the chemical reagent or the biological reagent other than the reagent database 59a.

For a chemical reagent, a researcher in the laboratory connects to the reagent management system server computer 12 and performs a reagent database search process (process 131).
In the reagent database search process, a search is performed based on the structural formula, molecular formula, molecular weight, reagent name, and the like.

Next, using the data extracted in the reagent database search process, for the reagent to be purchased,
Perform an in-house inventory survey process to search for in-house inventory as in-organization inventory. The search of the in-house stock is performed by the database 5 of the reagent management system server computer 12.
9a. The search means of the database 59a of the reagent management system server computer 12 corresponds to the in-house inventory survey means. If there is in-house stock, detailed information such as who owns the company (where) is displayed on the search result screen. When there is internal stock, the purchase request of the reagent is not performed and the reagent of the internal stock is used. When there is no in-house stock, the box of the bin detailed information such as the bin ID, the bin capacity, and the raw material is displayed as blank.

If there is no stock in the company, a process of registering the data extracted in the reagent database search process of the reagent management system server computer 12 in the compound master of the Web server computer 7 is performed (process 132). This process is performed to transfer the information of the reagent management system server computer 12 to the Web server computer of the purchasing system.

Next, a purchase request input process is performed by a researcher in the laboratory (process 133). Here, processing 13
Select and enter the reagent you want to purchase from the compound master of 2. The purchase request is input by searching the purchase request table, the research theme file, the budget item file, and the product list 51.

Next, the approval process is performed by the reagent manager (process 134). This process is performed only for the reagent for which the management duty is legally set. In this processing, a reagent manager approval screen is called up on the screen to list the purchase request reagents for which he / she is responsible, and approval is performed by clicking the approval button on the screen.

Next, a purchase request approval process is performed by the researcher's superior, the director of the laboratory (process 135). After that, the flow shifts to a purchase request receiving process (process 101) in FIG. 12 by the purchase executing unit.

On the other hand, when requesting the purchase of a chemical reagent or a biological reagent other than the reagent database 59a, first, a purchase request input process is performed by a researcher of the purchase request section (laboratory) (process 136). Here, the purchase request is input by searching the research theme file, the budget item file, and the product list 51. Then
Perform the reagent manager approval process of process 134 (process 13
4).

When the ordered reagent is a reagent for which a management obligation is legally prescribed, such as a poison, a narcotics, a psychotropic drug, a stimulant, or an RI, the delivery acceptance processing 112 in FIG.
After the purchase, the person in charge of purchase purchases the product and sends it directly to each of the chiefs of the regulatory reagent management. Other processes are the same as those in the consumables purchasing operation in FIG.

Next, the purchasing system of this embodiment provides
The case of making a purchase request for an experimental animal as a product will be described with reference to the expense purchase business process block diagram of FIG. The block diagram shown in FIG. 14 shows that, when a purchase request for an experimental animal is made, a researcher of the purchase request section (laboratory), a laboratory manager who is a supervisor of the researcher, a manager of the animal breeding management section, and a purchase manager This is a process performed by the person in charge and the supplier.

Referring to FIG. 14, first, a researcher inputs a purchase request with reference to the research theme database, the budget item database, and the product list 51 (processing 14).
1).

Next, an animal purchase approval process is performed by the animal breeding manager as an animal purchase approval acquisition step (process 142). This process is performed on condition that the cage availability is confirmed by referring to the reservation registration status database as the animal management information storage means, and the reservation registration of the cage is completed. In this approval process,
Call the animal breeding manager approval screen on the screen,
This is done by inputting D and listing the purchase request animals for his / her charge, and clicking the approval button.

Next, a purchase request approval process is performed by the laboratory manager (process 144). This process is performed by checking the budget frame with reference to the budget frame database. This budget check is performed using the budget management system of the corporate accounting system. Next, the processing shifts to a purchase request acceptance process by the person in charge of purchase (process 151). This request reception is performed by connecting the order terminal device 5 to the server computer 7 and displaying the charge of the person in charge of purchase on the purchase request reception screen. This purchase request is accepted at any time.

Next, the person in charge of purchasing performs a request list creating process for each supplier (process 152). At this time,
If necessary, a request for quotation and confirmation of delivery date are also performed at the same time. This request list creation processing is transmitted from the Web server computer 7 via the communication network 2.

This request list can be automatically created by the person in charge of purchase by selecting his / her department on the request list creation screen for the purchase request animal for his / her charge. The request list can be automatically transmitted to a specific supplier by clicking the "Request for quote output button" on the screen.

The supplier receives the supplier-specific request list from the purchase execution unit, and confirms the request (step 161). Next, the supplier performs a process of notifying the animal breeding management unit and the purchase execution unit of the delivery schedule (process 16).
2). If it can be delivered on the desired date of delivery, it will be notified. If it cannot be delivered, it will be notified that it cannot be delivered and the expected delivery date.

Next, in response to the delivery schedule notification from the supplier, the person in charge of purchase confirms the delivery schedule (Process 1).
53). Here, we will send you the list of requests by supplier,
Check with delivery schedules and quotes from suppliers. If there is a difference between the initial estimated amount and the estimated amount, check with the purchase request department (laboratory). In addition, the delivery schedule from the supplier will be notified to the Animal Care Department.

When the delivery schedule is notified in process 162, the animal breeding manager performs a process of confirming the delivery schedule (process 145). On the other hand, if there is a problem with the delivery schedule, the animal breeding management manager contacts the researcher requesting the purchase, and the researcher reviews the request details again.

Next, the person in charge of purchase performs an order input process by referring to the result of the delivery schedule confirmation in the process 153 and the result of the delivery schedule confirmation received from the animal breeding management section (process 154).

Next, purchase approval input processing is performed (processing 1).
55). This process is performed when a purchase approval authority such as a manager of the purchasing department or an agent acting on behalf thereof approves the slip. This approval processing is performed by the purchase approval authority inputting his / her ID on the purchase approval screen, displaying the slip waiting for the purchase approval, and electronically approving the slip.

Next, the person in charge of purchase performs a purchase order creation process (process 156). In this process, the purchase order created in the purchase order input process is called on the screen, and the purchase order is automatically transmitted to the supplier by clicking on the “purchase order output button” on the screen. Upon receiving the purchase order from the purchase execution unit, the supplier performs an order receiving process (process 163).

Next, the person in charge of purchase performs delivery schedule list creation processing (processing 157). Create a delivery schedule on the screen and send it to the Animal Care Department. Next, the supplier delivers the animal to the animal breeding management department on the designated delivery date (process 164).

When the animal is directly delivered from the supplier, the animal breeding manager performs the receiving, inspection, and receiving registration processing (processing 146). That is, the delivered animal is placed in a cage, the delivery slip is collated with the animal, and the inspection record is registered in the purchase data.

Based on the inspection record from the animal breeding manager, the person in charge of purchase carries out a warehousing input process (process 15).
8). This process is performed by inputting the receipt data for each number of receipts. The supplier sends an invoice to the purchasing department,
A bill issuing process is performed (process 165). Next, the person in charge of purchase performs an invoice collation process (process 159). The check of the invoice is performed by checking with the receipt data input in the receipt input processing. Matching is performed using the total billed amount for each supplier as a unit. After that, the process ends.

FIG. 15 is a flowchart showing the flow of a collective ordering performed by the ERP server computer 8 after the person in charge of purchasing has performed the ordering process. That is, the order by the person in charge of purchase is made by the Web server computer 7 without distinction between the supplier and the delivery place, and the order made without these distinction is sent by the ERP server computer 8 to the supplier and delivery. The ERP computer 8 sends the order form to the place unit, and then sends the order form. In this embodiment, the ERP computer 8 collectively transmits the order form for each supplier / delivery location and transmits the order form in the present embodiment as “collective ordering”.

The batch order flow of FIG. 15 will be described. This process is controlled by the Web server computer 7. When the purchase execution person selects the purchase request product to be ordered on the order screen and clicks the order button, the processing in FIG. 15 starts. First, the requested requests are grouped into suppliers and delivery location units (step S31). Since the order by the person in charge of purchase is made individually regardless of the supplier / delivery location, in this step, the request details are collected in the supplier / delivery location, which is the unit for issuing the order, and one order number is used. It is a form of a purchase order in a form of a plurality of statements including a plurality of statements. In step S31, grouping is performed for each supplier / delivery location, so that after step S32, order processing is performed for each supplier / delivery location.

Next, a temporary update flag is set for the request data (step S32). Next, the request data is transferred to the ERP server computer 8 by the external data interface function provided by the ERP vendor (step S33). The external data interface function provided by the ERP vendor is provided by the Web server computer 7
This is a function for performing data transfer in order to use the order module of the RP server computer 8. This step S3
The process of No. 3 corresponds to an “ordering information transmission step”, an “internal organizational business system program execution step”, and a “collective ordering information transmission step”. Further, the external data interface function provided by the ERP vendor constitutes "ordering information transmitting means", "internal organization integrated business system program executing means", and "collective ordering information transmitting means". Next, it is determined whether or not the data transfer of the external data interface function provided by the ERP vendor is an error (step S34). If it is determined that the data transfer is not an error (step S3
4; No), using the order module of the ERP server computer 8, immediately perform order registration processing, order processing, order form issuance processing, and purchase approval form issuance processing (step S3).
5).

Next, it is determined whether the order update is an error (step S36). If the order update is not an error (Step S36; No), the update is performed on the request data (Step S37). Next, it is determined whether the processing for all groups has been completed (step S38). When the processing of all the groups is completed (Step S38; Yes), the flow ends. If the processing for all the groups has not been completed (Step S38; No), a temporary update flag is set for the request data for the next order for the supplier / delivery place (Step S32).

If the order update is an error (step S
36; Yes), the temporary update flag of the request data is deleted (step S39). Next, an error message is displayed (step S40), and a temporary update flag is set for the request data for the next order at the supplier / delivery location (step S32).

When it is determined that the data transfer is an error (Step S34; Yes), the temporary update flag of the request data is deleted (Step S39). Next, an error message is displayed (step S40), and the next supplier /
For the order at the delivery location, a temporary update flag is set for the request data (step S32).

[0191] The order form put together by the supplier and the delivery place unit by the collective order includes the order form of company X,
The name of the supplier that is the destination, the designated delivery location, and the contact and name of the person in charge of the purchase are described. Also, a list of commodities ordered to the destination supplier is described. The list of products includes catalog identification, catalog number, product name,
Standards / models, order quantity, unit price, net value, quantity, delivery date,
The requester (researcher) and remarks (whether or not the reagent is legally stipulated for management) are described.

Next, the function menu use authority will be described. In the purchasing system of the present embodiment, the purpose of use differs depending on the user. Therefore, the use authority is set for each screen, and the items of the function menu that appears when the initial screen of the purchasing system is displayed differ depending on the user. A budget approver, such as a researcher of the purchase request department (laboratory), a reagent management department, an animal breeding management department, a laboratory manager of the purchase request department, a purchase execution department, a person in charge of authorization (each laboratory), a person in charge of authorization ( The available authority of the purchasing department and the system management department will be described.

A researcher in the purchase request section can use the function menus of purchase request input (consumables), purchase request input (animal), purchase request input (reagent), purchase request list, and product list search. is there. The Reagent Management Department approves the manager (reagent), manager approval (RI), changes the experiment plan number,
It is possible to use each function menu of product list search and approval result download. The animal breeding management department can use each function menu of manager approval (animal), product list search, animal species maintenance, animal strain maintenance, strain / supplier related maintenance, and approval record download.

The budget approver, such as the laboratory manager of the purchase request department,
Each function menu of the purchase request list, purchase request approval, and approval result download can be used. The purchase execution unit can use the function menus of receiving a purchase request, ordering consignment stock, searching for a product list, searching for a price list (single item), and searching for a price list (multiple items). Authorization staff (each laboratory), Authorization staff (X
Company-wide) can use the function menu of the authority maintenance.

The purchasing department performs a product list search, a price list search (single item), a price list search (multiple items), a price list update (single item), a price list update (single item).
Animal, price list update (multiple products), price list reference price setting, price list reference price setting (animal),
Each function menu of product list update, product list update (animal), maker code maintenance, animal species maintenance, animal strain maintenance, and standard delivery date maintenance can be used. The system management unit can use all function menus.

The details of the purchase approval by the superior of the purchase execution unit can be output in the form of a purchase approval letter. The purchase approval document includes a budget-bearing organization, budget items, suppliers (suppliers), implementation amounts, quantities, unit prices, delivery dates, payment conditions, purchase requesters (researchers), and purchases for the products for which purchase requisitions have been approved. The superior (recognizer; laboratory director) of the request section, the contents of the estimate, the manufacturer / standard, the reason for purchase, the reason for selecting the supplier, the purchase request number, the purchase approval number, etc. are described. In addition, although a mark such as an approver or a person in charge is stamped, electronic approval may be used. Further, the contents of the purchase approval performed by the superior of the purchase execution unit can be viewed as a purchase approval list on the request inquiry screen. Output is also possible. In the purchase approval list, the order date, the supplier, the purchase slip number, and the like are described, and furthermore, the purchase request section, the purchased item, the product name,
Standard / model, request number, manufacturer, delivery date, quantity, unit price,
A product list describing the net price is described. Also,
Although a mark such as an approver or a person in charge is stamped, electronic approval may be used.

Next, based on FIG. 16, FIG. 17, and FIG.
A screen transition in the terminal device of the purchasing system according to the present embodiment will be described. FIG. 16 shows a purchase request input (animal) screen. On this screen, a researcher in the laboratory inputs predetermined information necessary for a purchase request for an animal and makes a purchase request for a product.

The predetermined information necessary for the purchase request includes personal information 216 of the researcher, budget item 212, delivery place 214, research theme 213, animal species 231, line 232, week (month).
Age 233, breeder 234, gender 235, delivery date 2
23, quantity 221. Animal species 231, strain 232,
The week (month) age 233, the bleeder 234, and the sex 235 are required to specify the requested animal, and constitute “animal specifying information”.

If the researcher's personal information 216 is set in advance on the personal information setting screen, a research theme or the like using the product can be easily displayed by selecting it from the personal information setting screen with a menu pull-down. It is possible. Personal information button 215 on purchase request input screen in FIG.
Click to move to the personal information setting screen.

[0200] The budget expense item 212 is required for the laboratory manager to check the budget frame in the purchase request approval process. The delivery location 214 is required for the purchaser to deliver the goods after the delivery inspection. Research theme 21
3 is required for approval by the laboratory director.

The quantity 221 is a column for inputting a purchase quantity, and is necessary for purchasing goods. The unit price of the product is displayed in the unit price 222. Usually, at the stage of the purchase request, the supplier is not specified, so the full price of the product is displayed. As described above, since the unit price of the product is displayed on the purchase request input screen used by the researcher, it is possible to give the researcher cost awareness.

The desired delivery date field 223 is entered when a delivery date is to be specified. If the delivery date has not been entered, the delivery date will be automatically calculated from the standard delivery date at the stage of order processing by the person in charge of purchase.

The reason for purchase 224 is described when the description of the reason for purchase is particularly required to be approved by the director of the laboratory. In the present embodiment, when the total amount of the purchase request is equal to or more than the specified amount, the purchase reason column 224 is required. When the registration button 225 is clicked at the stage where all necessary items are entered, the purchase request procedure is completed,
The entered content is registered in the purchase requisition data.

[0205] If the user enters a description partway but wants to re-enter it, he or she clicks the clear button 226 to delete the description.

Among the commodities, animals must be housed in cages, and there is a problem that the age of the week or the month when used in research is a problem.
Are required items, unlike general products such as consumables.

The use start time column of the cage use period 238 is automatically displayed based on information from the animal management system server computer 11 when the cage is empty. As the end time of use, the researcher inputs the end time of use by himself. Detailed information (standard option) 2
Column 37 is a column for selecting a standard option for each animal. With the detailed information (standard option) 237 left blank, the selection button 236 on the right side is clicked. As a result, a standard option selection screen (not shown) is displayed. When the user selects a standard option on the standard option selection screen and returns to the purchase request input screen (animal), the selected standard option is displayed in detailed information (standard option) 237. In the purchase request input screen (animal) of FIG. 16, a column for designating pregnancy, age after birth, etc. may be provided. This column is used when designating the gestational age of a pregnant animal or specifying the postnatal age of a mammal. It is also used in retired animals to specify the age of the moon.

FIG. 17 shows a purchase request input (reagent) screen. On this screen, a reagent purchase request is made by inputting predetermined information necessary for the purchase request. The same columns as in FIG. 16 are assigned the same reference numerals as in FIG. The predetermined information necessary for the purchase request includes researcher's personal information 216, budget cost item 212, delivery place 214, research theme 213, product catalog identification 217, catalog number 218, product information 220, legal regulation section 241, and quantity 221. is there.

Enter the catalog identification and catalog number of the desired product in the catalog identification 217 and catalog number 218 of the product. When the button 219 is clicked, the screen shifts to a product list search screen, and the catalog number and catalog identification of the desired product are specified on the screen. When the product is specified on the product list search screen, the catalog identification 217 and the catalog number 21 of the product are displayed on the purchase request input screen of FIG.
8. The product information 220 is automatically displayed.

[0209] In the case of a reagent or RI for which a management duty is prescribed by law, the law / regulation section 241 selects one of a poisonous substance, a drug, a stimulant, a psychotropic drug, an RI, and a deleterious substance. If the reagent is any other reagent, select none.
This is for management based on laws and regulations and delivery to the management place. If you select RI, use the pull-down menu
It is mandatory to select the nuclide 242. Also, when processing such as search 219 has been performed on the screen but the user wants to return to the previous state, the user can click the return button 227 to return to the previous state.

FIG. 18 shows an order screen. On this screen,
The purchase execution person places an order. By selecting the work item 251, it is possible to shift to an inquiry / change / cancel screen, a product content confirmation screen, a supplier selection screen, an estimate request screen, and a delivery date confirmation screen. After selecting the order screen in the work item 251 to open the order screen in FIG. 18, select the purchased item in 252, and select the pull-down menu 2
By selecting which one of the departments to be processed in 53 and clicking a search button 219, the purchase request products whose status is "waiting for order" are listed in charge of the purchaser. .

As search results, status 263, request number 264, item 265, requester 266, request section (purchase request section) 267, request date 268, delivery date 269,
Product name 270, standard 271, supplier 272, quantity 2
73, unit price 274, and amount 275 are displayed in a list. The supplier 272 is automatically displayed when the purchaser designates a preferred supplier for the product or when the cheapest supplier for the same product is registered in the price list 52. . For other products,
On the supplier selection screen, the person in charge of purchasing determines the supplier.

By clicking the detail display button 262 of each product, a detailed content screen of each product can be displayed. When the product to be ordered is determined, a check is made in the check column 261 at the left end of the product. Clicking the select all button 254 checks all purchase requisition data, and confirms the selection button 2
When 55 is clicked, the checked data is checked, and when all release button 256 is clicked, all selections are released. After that, by clicking the order form output button 260, a screen "Output the order form. Are you sure?" Is displayed. Click the OK button to complete the order processing.

FIG. 19 is a flowchart showing the rules for determining the purchase status. This flowchart is based on W
It is controlled by the CPU 31 of the web server computer 7. As described above, the status is a column for displaying on the screen which processing is currently being performed on the requested product. When the purchase request is input by the researcher or the request content (product) is changed by the researcher or the person in charge of purchase, the processing in FIG. 19 starts.

First, it is determined whether or not the requested product is registered in the product list 51 (step S51). When registered in the product list 51 (step S51; Y
es), it is determined whether the requested product is registered in the price list 52 (step S54). If not registered in the product list 51 (step S51; N
o), the status of "waiting for product content confirmation" is displayed (step S52). Next, it is determined whether or not confirmation processing of the content of the product has been performed (step S53). If the product content has not been confirmed (step S53; No), it is determined whether the product content has been confirmed again (step S5).
3). That is, step S53 is repeated until the content of the product is confirmed. If the confirmation process of the product content has been performed (step S53; Yes), it is determined whether the requested product is registered in the price list 52 (step S54).

If the requested product is not registered in the price list (step S54; No), the status "waiting for quotation acquisition" is displayed (step S55). Next, it is determined whether an estimate has been obtained (step S56).
If the quote has not been obtained (Step S56; No),
It is determined whether the estimate has been obtained again (step S56).
That is, step S56 is repeated until an estimate is obtained. When a quote is obtained (step S56; Ye
s) The "order waiting" status is displayed (step S69).

If the requested product is registered in the price list (step S54; Yes), it is determined whether a plurality of requested products are registered in the price list (step S57). When only one requested product is registered in the price list and a plurality of requested products are not registered (step S57; No), a purchase price determination process is performed (step S62). That is, the requested product purchases one of the registered products, and the price of the one product is determined as the purchase price.

When a plurality of requested products are registered (step S57; Yes), it is determined whether or not a product of a priority trader is included in the plurality of products (step S5).
8). When the merchandise of the priority trader is included in the plurality of merchandise (Step S58; Yes), a purchase price determination process is performed (Step S62). That is, since the merchandise of the priority trader is purchased, the price of the merchandise of the priority trader is determined as the purchase price.

If the products of the priority trader are not included in the plurality of products (step S58; No), it is determined whether there are a plurality of products with the lowest purchase price (step S5).
9). If there is only one product with the lowest purchase price and there is no plurality (step S59; No), a purchase price determination process is performed (step S62). That is, the requested product is
Since the cheapest one is to be purchased, the price of the one is determined as the purchase price.

If there are a plurality of products with the lowest purchase prices (step S59; Yes), the status "waiting for supplier selection" is displayed (step S60). Next, it is determined whether or not a supplier has been selected (step S61). When a supplier is selected (Step S61; Yes),
A purchase price determination process is performed (step S62). That is, the price of the product of the selected supplier is determined as the purchase price. If the supplier has not been selected (step S61; No), it is determined again whether the supplier has been selected (step S61). That is, step S61 is repeated until a supplier is selected.

When the purchase price determination processing is performed (step S62), it is determined whether or not the total amount of the goods requested to be purchased is equal to or more than a specified amount (step S63). When the total amount is equal to or more than the specified amount (step S63; Yes), the status “waiting for quotation acquisition” is displayed (step S64). Next, it is determined whether an estimate has been obtained (step S65). If the estimate has not been obtained (step S65; No), it is determined whether the estimate has been obtained again (step S65). That is,
Step S65 is repeated until an estimate is obtained. If the quote has been obtained (step S65; Yes), the status "order waiting" is displayed (step S69).

If the total amount is not equal to or greater than the specified amount (step S
63; No), it is determined whether the delivery date has been designated by the researcher (step S66). If the delivery date has not been designated (step S66; No), the status "waiting for order" is displayed (step S67). Next, the processing flow ends. When delivery date is specified (step S66; Y
es), the status of “waiting for delivery date confirmation” is displayed (step S67). Next, it is determined whether the delivery date confirmation processing has been performed (step S68). If the delivery date confirmation process has not been performed (step S68; No), it is determined whether the delivery date confirmation process has been performed again (step S68). That is, step S68 is repeated until the delivery date is confirmed.
When delivery date confirmation processing has been performed (step S68; Ye)
s), display the status of “waiting for order” (step S)
69). Next, the processing flow ends.

FIG. 20 is a block diagram showing a purchase status. This purchase status block diagram is a diagram that summarizes what status screen appears on the screen when each process is performed for a purchase request made by a researcher for each of the purchase request products in cases 1 to 5. It is. FIG.
3 shows a status screen displayed according to the status determination rule of FIG.

First, case 1 will be described. Case 1 is a case where only one requested product is registered in the product list 51 and the price list 52, the total requested amount is less than the specified amount, and the standard delivery date is reached. This is the simplest case. In case 1, after the purchase request is input, "waiting for approval of the laboratory manager" is displayed in the status. In addition,
In the case of a legally regulated reagent or an animal, “Waiting for supervisor approval” is displayed in the status until approval of the legally regulated reagent manager or animal breeding manager is completed.

[0224] Thereafter, upon approval by the director of the laboratory, a purchase request is accepted. After that, selection of supplier,
Since it is not necessary to obtain a quote and check the delivery date, purchase approval is performed thereafter. After the purchase approval is completed, an “order waiting” status is displayed until the order processing is completed. After the order processing is completed, the status “ordered” is displayed during the delivery inspection and the completion of the receipt input. After that, when the warehousing input is completed, the status of “completed warehousing” or “partially warehousing” is displayed. After that, bill matching is performed.

Next, case 2 will be described. Case 2 is a case in which the purchased product is registered in the product list 51 and the price list, the total requested amount is less than the prescribed amount, and the delivery date is designated by a researcher.

In case 2, the status display from the input of the purchase request to the completion of the approval of the laboratory manager is the same as in case 1 above. After the purchase request is accepted, it is not necessary to select a supplier or obtain a quote, but since the delivery date is specified, a delivery date confirmation process is performed. After the purchase request is accepted, the status "Waiting for delivery date confirmation" is displayed. Thereafter, during the delivery date confirmation processing, "during delivery date confirmation" is displayed. The subsequent display is the same as in case 1 above.

Next, case 3 will be described. Case 3 is a case in which the purchased product is registered in the product list 51 and the price list 52, the total requested amount is equal to or more than a prescribed amount, and the standard delivery date is reached. In case 3, the status display from the input of the purchase request to the completion of the approval of the laboratory manager is the same as in cases 1 and 2 above. After receiving the purchase request,
It is not necessary to select a supplier, but since the total amount is equal to or more than the specified amount, a quote acquisition process is performed. After receiving the purchase request, the status "Waiting for quotation acquisition" is displayed. Thereafter, during the quote acquisition process, the status “Requesting quote” is displayed. The subsequent display is the same as in cases 1 and 2 above.

Next, case 4 will be described. Case 4 is a case where the purchase requested product is registered in the product list 51 and the price list 52, the same price trader is registered in the price list 52, and the total requested amount is less than the specified amount.

In Case 4, the status display from the input of the purchase request to the completion of the approval of the laboratory manager is displayed in Case 1
Same as 2 and 3. Since there are a plurality of price vendors, a supplier selection process is performed after the purchase request is accepted. After the purchase request is accepted, the status "waiting for supplier selection" is displayed. If the delivery date is specified, after the supplier selection process,
The status "Waiting for delivery date confirmation" is displayed. Thereafter, during the delivery date confirmation processing, "during delivery date confirmation" is displayed. If the delivery date is not specified, the delivery date confirmation process is not performed, so that the “waiting for delivery date confirmation” status and the “under delivery date confirmation” status are not displayed, and the process shifts to the order waiting status.
The subsequent display is the same as in cases 1, 2, 3 above.

Next, case 5 will be described. Case 5 is a case where the purchased product is not registered in the product list 51 and the price list 52. In case 5, the status display from the input of the purchase request to the completion of the approval of the laboratory manager is the same as in cases 1, 2, 3, and 4 described above.
Since it is not registered in the product list 51, the product content confirmation processing is performed. Next, as a matter of course, price negotiations have not been completed at the beginning of the term, so that a quote acquisition process is performed. After receiving the purchase request, the status "Waiting for quotation acquisition" is displayed. Thereafter, during the quote acquisition process, the status “Requesting quote” is displayed. The subsequent display is the same as in cases 1 to 4 above.

[0231] If there is a partial delivery in the delivery of the product, a "partially stocked" status is displayed at the stage of partial delivery as shown in case 5-2. At the stage of invoice verification, since all the goods have been delivered, the status of “received” is displayed.

FIG. 21 shows the purchase status (change, cancellation).
FIG. This purchase status (change,
The cancellation block diagram summarizes, for each of cases 6 to 9, what status screen appears on the screen when the purchase request is changed or canceled.

First, case 6 will be described. Case 6 is a case where the researcher changes the request content before the purchase request is approved by the laboratory manager. First, if the requester changes the contents of the request before the approval of the laboratory director, in the case of a legally regulated reagent or an animal, a status of "waiting for approval of change of the manager" is displayed. When the reagent or the animal breeding manager has completed the change approval, "Waiting for approval by the laboratory director" is displayed until the approval process of the laboratory director is completed. In the case of other than legally regulated reagents and animals, "waiting for approval by the laboratory director" is displayed after the requester changes the request contents until the approval processing by the laboratory director is completed. The subsequent display shifts to each of Cases 1 to 5 in FIG.

Next, case 7 will be described. Case 7 is a case where a researcher cancels the request before the purchase request is approved by the laboratory manager. First, if the requester cancels the request before the approval of the laboratory director, in the case of a legally regulated reagent or an animal, the status "waiting for confirmation of cancellation of the responsible manager" is displayed. When the management manager completes the cancellation confirmation after canceling the cage reservation or the like, "cancel" is displayed. In cases other than legally regulated reagents and animals, the client cancels the request,
"Cancel" is displayed.

Next, case 8 will be described. Case 8 is a case where the purchaser changes the request content after the purchase request is approved by the laboratory manager and before ordering. First, if the person in charge of purchase changes the request after the approval of the laboratory director and before ordering, in the case of legally regulated reagents and animals, the status "waiting for confirmation of change of the manager" is displayed. When the reagent or the animal breeding manager has completed the change approval, the status according to the state after the change is displayed, and the process shifts to each of Cases 1 to 5. In the case other than the legally regulated reagents and animals, the person in charge of purchase changes the contents of the request, displays a status corresponding to the changed state, and shifts to each of Cases 1 to 5.

Next, case 9 will be described. Case 9 is a case in which the purchaser cancels the request content after the purchase request is approved by the laboratory manager and before ordering. First, if the person in charge of purchase cancels the contents of the request after the approval of the director of the laboratory and before placing an order, the status "waiting for confirmation of cancellation of the responsible manager" is displayed for legally regulated reagents and animals. When the reagent or the animal breeding manager completes the cancellation confirmation after canceling the cage reservation and the like, "cancel" is displayed. Regulatory reagents,
In the case of non-animals, the status of "canceled" is displayed after the person in charge of purchase cancels the request.

[0237]

As described above, according to the present invention, it is possible to enhance and enhance the purchase management function, reduce the operation cost, and reduce the procurement cost. Further, in the present invention, since the purchasing unit has a purchase object pre-registration means for registering information of a pre-selected purchase object in the purchase object list, a good purchase object is included in the purchase object list. By registering, it becomes possible for the purchase requester to thoroughly make a purchase request for a high-quality purchase target. In addition, it is possible to construct a system that narrows down the suppliers of the purchase target and allows the purchase requester and the person in charge of purchase to select the products of the narrowed suppliers. As a result, the purchase target items to be ordered can be standardized and centralized purchase can be performed, so that price negotiations with suppliers can be made advantageous. Furthermore, by conducting price negotiations with a plurality of different suppliers on the premise of centralized purchasing, it is possible to obtain an advantageous price.
By repeating the cycle of the purchaser narrowing down the purchase target and the price negotiation of the narrowed purchase target, low-cost procurement of the purchase target can be realized. Further, it is possible to reduce the procurement cost in each purchase request unit. Also, since the purchase requisition information contains the personal information of the purchaser and the purchase order information contains the personal information of the person in charge of the purchase, the purchasing department receives the purchase requisition information storage means and the purchase By referring to the ordering information, it is possible to grasp the contents of the ordering operation performed by each person in charge of purchase. Therefore, even when the work of the purchase execution department is outsourced, it is possible for the purchasing department in the organization to grasp the work content of the subcontractor. Further, it is possible for the purchasing section to grasp the contents of the purchase request of the purchase request section. In addition, since the personal information of the purchaser and the personal information of the person in charge of purchase are linked, the person in charge of purchase can easily access the purchase request information of the requester in charge of the ordering work. Becomes

The purchasing section includes a purchase request information storage means for storing purchase request information of the purchase target specified by the purchase request means, and a purchase result database updating means for successively updating and storing purchase result data by the purchase ordering means. With this system, purchasing history can be managed, the efficiency of purchasing operations performed by the Purchasing Department can be improved, and the purchasing operations performed by the Purchasing Department can be grasped from other sections of the organization. Easier to do. As a result, the purchase management function can be strengthened and enhanced.

[Brief description of the drawings]

FIG. 1 is an explanatory diagram showing a configuration of a purchasing system according to an embodiment of the present invention.

FIG. 2 is an explanatory diagram showing a relationship between a purchasing system according to an embodiment of the present invention and another in-house system.

FIG. 3 is an explanatory diagram showing a hardware configuration of a Web server computer according to an embodiment of the present invention.

FIG. 4 is an explanatory diagram showing the relationship between a purchasing system according to an embodiment of the present invention and another in-house system.

FIG. 5 is an explanatory diagram showing operation of a product list according to an embodiment of the present invention.

FIG. 6 is an explanatory diagram showing the operation of a price list according to an embodiment of the present invention.

FIG. 7 is an explanatory diagram showing a product list according to an embodiment of the present invention.

FIG. 8 is a block diagram showing an outline of a processing flow of a purchasing system according to an embodiment of the present invention.

FIG. 9 is a block diagram illustrating an outline of a processing flow of the purchasing system according to the embodiment of the present invention.

FIG. 10 is a flowchart illustrating a product specifying process in a purchase request according to an embodiment of the present invention.

FIG. 11 is a block diagram showing a purchase request input pattern according to an embodiment of the present invention.

FIG. 12 is a block diagram illustrating an order processing of a purchase request product according to an embodiment of the present invention.

FIG. 13 is a block diagram illustrating a reagent purchase request process performed by a purchase request unit according to an embodiment of the present invention.

FIG. 14 is a block diagram showing an animal purchase request process according to an embodiment of the present invention.

FIG. 15 is a flowchart showing a flow of a batch order according to an embodiment of the present invention.

FIG. 16 is an explanatory diagram showing a processing screen of the purchasing system according to the embodiment of the present invention.

FIG. 17 is an explanatory diagram showing a processing screen of the purchasing system according to the embodiment of the present invention.

FIG. 18 is an explanatory diagram showing a processing screen of the purchasing system according to the embodiment of the present invention.

FIG. 19 is a flowchart showing rules for determining the status of the purchasing system according to one embodiment of the present invention.

FIG. 20 is an explanatory diagram showing a status display on a processing screen of the purchasing system according to the embodiment of the present invention.

FIG. 21 is an explanatory diagram showing a status display on a processing screen of the purchasing system according to the embodiment of the present invention.

[Explanation of symbols]

 1A Head Office 1B-1E Research Laboratory 2 Communication Network 3B-3E Purchase Request Terminal 4,4B-4E Purchase Request Approval Terminal 5B-5E Ordering Terminal 6,6a-6n Supplier Terminal 7 Web Server Computer 8 ERP Server computer 9 Corporate accounting server computer 10 RI management system server computer 11 Animal management system server computer 12 Reagent management system server computer 13, 13A to 13E LAN 14 Purchasing department terminal equipment 15D, 15E Reagent management terminal 16D, 16E RI management terminal 17D , 17E Animal breeding management terminal 18 Purchase request processing 19 Purchase order processing 20 Receiving processing 21 Invoicing processing 22 Expense budget management processing 23 Research and development system 24 Payment management processing 25 General account processing 31 CPU 32 ROM 33 RA 34 HDD 35 Keyboard 35A Mouse 37 Display device 39 Storage medium device 40 Communication device 46a-46n Supplier 51 Product list 52 Price list 53 Purchase request table 54 Purchasing result database 55 Order database 56 Receiving database 57 Billing database 58 Cage management database 59a Reagent database 59b Manufacturer database 59c Classification database 59d Supplier database 59e Budget record database 59f Budget register database 59g Research and development system 59h Research and development database 62 Purchase request department (laboratory) 63 Purchasing department 64 Purchasing department 64 Purchasing department 211 Requester name field 212 Budget cost field 213 Research theme field 214 Delivery place field 215 Personal information button 216 Researcher personal information field 217 Product Catalog identification 218 Catalog number 219 Search button 220 Product information 221 Quantity field 222 Unit price field 223 Expected delivery date field 225 Registration button 226 Clear button 227 Return button 231 Animal species field 232 System field 233 Week (month) age field 234 Bleeder field 235 Gender Column 236 Selection button 237 Detailed information (standard option) column 238 Cage usage period column 241 Legal regulation division column 251 Work item column 252 Purchased item column 253 Purchase request department pull-down menu 254 Select all button 255 Confirmed selection button 256 All release button 260 Purchase order output button 261 Check field 262 Detail display button 263 Status field 264 Request number field 265 Item field 266 Requester name field 267 Request department (purchase request section) name field 268 Request date field 269 Delivery Column 270 product name field 271 standard column 272 purchase's name field 273 Quantity field 274 unit price column 275 Amount column

Continuing from the front page (72) Inventor Teruyo Oshita 3-171-1, Hasune, Itabashi-ku, Tokyo Yamanouchi Pharmaceutical Co., Ltd. (72) Inventor Shigeo Osato 3-171-1, Hasune, Itabashi-ku, Tokyo Yamanouchi Pharmaceutical Co., Ltd. (72) Inventor Nobuyuki Yokoyama 3-17-1, Hasune, Itabashi-ku, Tokyo Yamanouchi Pharmaceutical Co., Ltd. (72) Takashi Kano 2-4-2, Hitotsubashi, Chiyoda-ku, Tokyo Co., Ltd. (72 ) Inventor Yoshiyuki Watanabe 2-4-6 Hitotsubashi, Chiyoda-ku, Tokyo F-term in CAC Co., Ltd. 5B049 CC05

Claims (36)

[Claims] 1. A purchasing section for selecting a purchase target in advance and negotiating a price of the selected purchase target with a supplier, at least one purchase request section, and A purchase execution unit configured to receive a request and perform a purchase process, wherein the purchase request unit includes at least a purchase requester's personal information for requesting a purchase of a purchase target. Purchase request means for inputting request information, and a budget check means for checking a budget for a purchase target identified by the purchase request means, wherein the purchase execution unit receives a request from the purchase request unit And a purchase order receiving means for receiving the purchase request received by the purchase request receiving means and ordering the purchase target based on purchase order information including personal information of a person in charge of purchase. The purchasing unit includes a purchasing object pre-registration unit for registering information on the selected purchasing object in the purchasing object list in advance, and a purchaser among the purchasing objects registered in the purchasing object list. A purchase object price pre-registration unit for registering price information of the purchase object agreed on with the price list, and a purchase request information storage unit for storing purchase request information of the purchase object specified by the purchase request unit And a purchase result database updating means for successively updating and accumulating the purchase result data by the purchase order means. The purchase object list registered in the purchase object pre-registration means includes the purchase object pre-registration. The purchase request information and the purchase result data stored in the purchase request information storage unit are added based on the purchase object information registered by the unit. Purchasing system characterized by being made. 2. The purchase unit, based on predetermined information input by a purchase request unit for a purchase object that does not exist in the purchase object list, obtains the predetermined information on a purchase object frequently requested by the purchase request unit. A purchase object list additional registration means for selecting and registering the purchase object list in the purchase object list, and a purchase object for which a price has been negotiated with a supplier among the purchase objects registered in the purchase object list. 2. A purchasing system according to claim 1, further comprising at least one of price list additional registration means for registering said price information in said price list. 3. The purchase request input means for inputting identification information assigned to specify the purchase object in the purchase object list to a computer and identifying the purchase object identification information. Means, a purchase object list search means for searching the purchase object list and specifying the purchase object, and a purchase object list by referring to the past purchase request information stored in the purchase request information storage means. Claims characterized by comprising at least one of a group including: purchase request information reference means for specifying an object; and a predetermined system search means for searching the predetermined search system to specify the purchase object. Item 1. The purchasing system according to Item 1. 4. The purchase ordering means transmits at least ordering processing to an ordering information transmitting means for transmitting ordering information of a purchase object to an in-house integrated business system server computer and an ordering program of the in-house integrated business system server computer. 2. The purchasing system according to claim 1, further comprising: an in-house integrated business system program executing means to be executed. 5. The order information transmitting means includes a collective order information transmitting and processing means for batch transmitting and immediately processing collective order information obtained by grouping the order information into suppliers and delivery locations. The purchase system according to claim 4, wherein 6. The purchase execution unit includes a supplier determination unit that determines a supplier to place an order for the purchase target with reference to the price information registered in the price list. The purchasing system according to claim 1, wherein 7. The purchase request information according to claim 1, wherein the purchase target includes legally-restricted classification information of the reagent when the purchase target is a reagent for which a management duty is legally prescribed. Purchasing system. 8. The purchasing system according to claim 1, wherein the purchase request unit includes an in-organization inventory inspection unit for inspecting whether or not the purchased object is in-organization inventory. 9. The purchase object is an animal, and at least one of the purchase request information and the purchase order information includes an animal species, gender, breeder, strain, and age or age. 2. The purchasing system according to claim 1, further comprising animal identification information including one or more pieces of information selected from the group. 10. The object to be purchased is an animal, and the ordering means includes an animal purchase approval acquisition means for acquiring an animal purchase approval from an animal management information storage means as a condition for ordering the animal. The purchasing system according to claim 1, wherein: 11. A purchase management apparatus comprising purchase request information receiving means for receiving purchase request information including personal information of a purchase requester regarding a purchase object, wherein the purchase object storing information on the purchase object. A purchase object pre-registration means for registering a list, among the purchase objects registered in the purchase object list,
Purchasing object price pre-registering means for registering price information of the purchasing object for which a price has been negotiated with the supplier in a price list, and storing the purchase request information of the purchasing object specified by the purchasing request means Purchase request information storage means; purchase order means for ordering the purchase target specified by the purchase request means based on purchase order information including personal information of a person in charge of purchase; and successive purchase results by the purchase order means. A purchase management device comprising: a purchase result database update unit for updating and accumulating data. 12. A purchase object to be selected from the predetermined information input for a purchase object that does not exist in the purchase object list and to be frequently requested from a purchase request unit and registered in the purchase object list. Object list additional registration means, among the purchase objects registered in the purchase object list,
12. The purchase management apparatus according to claim 11, further comprising a price list additional registration unit for registering price information of a purchase target for which a price has been negotiated with a supplier in a price list. 13. The purchase ordering means performs ordering processing on ordering information transmitting means for transmitting ordering information of a purchase object to an organizational integrated business system server computer and an ordering program of the organizational integrated business system server computer. Means for executing an integrated business system program within the organization;
The purchase management device according to claim 11, further comprising: 14. The order information transmitting means includes a collective order information transmitting and processing means for batch transmitting and immediately processing collective order information in which the order information is grouped by a supplier and a delivery place unit. The purchase management device according to claim 13, wherein 15. The purchase order determining means includes a supplier determining means for determining a supplier who orders the purchase object with reference to the price information registered in the price list. The purchasing system according to claim 11, wherein 16. The purchase request information according to claim 11, wherein the purchase target includes legally-restricted classification information of the reagent when the purchase target is a reagent for which a management duty is legally prescribed. Purchase management equipment. 17. The purchase management apparatus according to claim 11, further comprising an in-organization inventory inspection means for investigating whether or not the purchase object has inventory in the organization. 18. An animal purchase request information receiving means for receiving animal purchase request information, an animal ordering means for ordering an animal based on said animal purchase request information, an animal species, sex, breeder, strain, and age or Animal management information storage means for storing animal management information including animal identification information including one or more information selected from the group consisting of the age group, a purchase management device, wherein the animal ordering means, A purchase management device, comprising: an animal purchase approval acquisition unit that acquires an animal purchase approval from the animal management information storage unit as a condition for the order of the animals. 19. A purchase object list for selecting a purchase object in advance and storing information of the selected purchase object with identification information in a database to form a purchase object list. A price list forming step of forming a price list by storing, in a database, price information determined by a purchaser with respect to the purchase target stored in the purchase target list in the database; A purchase requester personal information registration step of registering the purchaser's personal information in a purchase request section, and a purchase target object to be purchased by the at least one purchase request section is present in the purchase target list. The purchase request including the purchaser's personal information for making a purchase request for the purchase object with reference to the purchase object information stored in the purchase object list. The information is registered in the purchase request information storage means, and if the purchase target to be purchased is not present in the purchase target list, the purchase target information is input and the purchase target including the purchaser's personal information is entered. A purchase request step of registering request information in the purchase request information storage means, a purchase execution section, a purchase execution person personal information registration step of registering personal information of the purchase execution person, and a purchase execution section, With reference to the price information stored in the price list, a supplier to be ordered is determined, and the purchase object is provided to the supplier based on the purchase order information including the purchaser's personal information. An ordering step of ordering the purchase of the purchase object, from the purchase object information that does not exist in the purchase object list input by the purchase request unit, the purchase object with a high request frequency from the purchase request unit And the purchase object additional registration step of registering the purchase object list by-option,
A purchasing method characterized by comprising: 20. The method according to claim 19, wherein, after the purchase request step, the purchase request unit performs a budget check step of checking a budget for the purchase request information registered in the purchase request step. Purchase method. 21. In the purchase requesting step, input identification information for identifying the purchase target in the purchase target list into a computer to input purchase target identification information for specifying the purchase target. A purchase object list search step of searching the purchase object list to identify the purchase object, and a purchase request information reference step of identifying the purchase object by referring to the purchase request information storage means. 20. The purchasing method according to claim 19, wherein the method is at least one of a group including: a predetermined system search step of specifying the purchase target by searching with a predetermined search system. 22. The ordering step, wherein the ordering information is transmitted to the organization-integrated business system server computer in the organization, and the ordering program of the organization-integrated business system server computer performs the ordering process. 20. The purchasing method according to claim 19, further comprising a step of executing an internal integrated business system program. 23. The order information transmitting step includes a collective order information transmitting and processing step of batch transmitting and immediately processing collective order information in which the order information is grouped by a supplier and a delivery place unit. 23. The purchasing method according to claim 22. 24. The purchase request information according to claim 19, wherein when the purchase target is a reagent for which a management duty is stipulated legally, the purchase request information includes legal regulation classification information of the reagent. Purchasing method. 25. The system according to claim 19, wherein before the purchase requesting step, the purchase requesting unit performs an in-house inventory checking step of checking whether or not the purchased object is in-organized inventory.
Purchasing method described. 26. The object to be purchased is an animal, and at least one of the purchase request information and the purchase order information includes an animal species, gender, breeder, strain, and age or age. 20. The purchasing method according to claim 19, further comprising animal identification information including one or more pieces of information selected from the group. 27. The method according to claim 19, wherein the object to be purchased is an animal, and an animal purchase approval obtaining step of obtaining an animal purchase approval from an animal management information storage unit is performed before the ordering step. Purchasing method described. 28. A purchase object list for selecting a purchase object in advance, storing information of the selected purchase object with identification information in a database, and forming a purchase object list. A price list forming step of forming a price list by storing, in a database, price information determined by a purchaser with respect to the purchase target stored in the purchase target list in the database; A purchase requester personal information registration step of registering the purchaser's personal information in a purchase request section, and a purchase target object to be purchased by the at least one purchase request section is present in the purchase target list. The purchase request including the purchaser's personal information for making a purchase request for the purchase object with reference to the purchase object information stored in the purchase object list. The information is registered in the purchase request information storage means, and if the purchase target to be purchased is not present in the purchase target list, the purchase target information is input and the purchase target including the purchaser's personal information is entered. A purchase request step of registering request information in the purchase request information storage means, a purchase execution section, a purchase execution person personal information registration step of registering personal information of the purchase execution person, and a purchase execution section, With reference to the price information stored in the price list, a supplier to be ordered is determined, and the purchase object is provided to the supplier based on the purchase order information including the purchaser's personal information. An ordering step of ordering the purchase of the purchase object, the purchase section, from the purchase object information that does not exist in the purchase object list input by the purchase request section, a purchase object with a high request frequency from the purchase request section. And the purchase object additional registration step of registering the purchase object list by-option,
A storage medium storing a program for causing a computer to execute a method including: 29. The method according to claim 28, wherein after the purchase request step, the purchase request unit performs a budget check step of checking a budget for the purchase request information registered in the purchase request step. Storage medium. 30. The purchase requesting step, wherein the identification information is input to a computer to identify the purchase target, and a purchase target identification information input step is specified. The purchase target list is searched to identify the purchase target. A purchase object list search step for specifying; a purchase request information reference step for specifying the purchase object with reference to the purchase request information storage means; and a predetermined search system for specifying the purchase object by searching with a predetermined search system. The storage medium according to claim 28, wherein the storage medium is at least one of a group including a system search step. 31. The ordering step, wherein the ordering information transmitting step of transmitting ordering information of the purchase target to the in-house integrated business system server computer and the ordering program of the in-house integrated business system server computer perform the ordering process. 29. The storage medium according to claim 28, further comprising: an in-house integrated business system program execution step. 32. The order information transmitting step includes a collective order information transmitting and processing step of batch transmitting and immediately processing collective order information in which the order information is grouped by a supplier and a delivery place unit. The storage medium according to claim 31. 33. The purchase request information according to claim 28, wherein the purchase object includes legal regulation division information of the reagent when the purchase target is a reagent for which a management duty is legally prescribed. Storage media. 34. The system according to claim 28, wherein, prior to the purchase requesting step, the purchase requesting unit performs an in-house inventory checking step of checking whether or not the purchased object is in-housed.
The storage medium according to the above. 35. The purchase object is an animal, and at least one of the purchase request information and the purchase order information includes an animal species, gender, breeder, strain, and age or age. 29. The storage medium according to claim 28, wherein the storage medium includes animal identification information including one or more pieces of information selected from the group. 36. The method according to claim 28, wherein the object to be purchased is an animal, and an animal purchase approval obtaining step of obtaining an animal purchase approval from an animal management information storage unit is performed before the ordering step. The storage medium according to the above.