JP2003108826A - Purchase work processing system, and processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To speedily execute order issuing processes even when a person in charge does not have special knowledge, effectively utilize order issuing know- how possessed by a whole enterprise, and reduce system management cost. SOLUTION: This system is provided with a work flow server 50 to control flow of order issuing documents and estimation requesting documents, a purchase data base 60 to hold order issuing data from each business place, a know-how data base 10 to accumulate know-how of a purchase department of each business place, a know-how management server 20 to search for the know-how in accordance with need, an order issuing server 70 to automatically execute order issuing work based on integrated order issuing data, and a business place data base 40 to hold the address and contact information of each business place. Processes related to purchase work in all the business places are consolidated, and issues of orders are transferred to the purchase department of a separate business place having know-how.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a purchasing business processing system and a processing method, and more particularly to a purchasing business processing system and a processing method for carrying out a purchasing business in a company having a plurality of business establishments.

[0002]

2. Description of the Related Art Conventionally, in the purchasing business of a company, a purchasing department is set up for each business office in the company, and each purchasing department has its own purchasing system to carry out estimation and ordering business. It is done by the method of doing. Then, the purchasing department of each business office independently selected the business partners. Further, when ordering a product that has not been handled until now, the person in charge of the purchasing department independently collects information on the product, and carries out the estimation / ordering work.

[0003]

The above-mentioned prior art purchasing business process has the following problems when an item is to be purchased. (1) When ordering a product in a field that we have not handled before, the person in charge has no specialized knowledge, it is difficult to estimate or order, and we have experience in handling that product at another business site. Even if there was a person in charge, the know-how could not be effectively used. (2) Since the purchasing system is constructed and operated for each business site, the system management cost is required for each business site, and as a result, the system management cost has become enormous for the entire enterprise. (3) Since an estimate and order are made for each business site, even when the same product is ordered by the whole company, it is not possible to enjoy the merit of price reduction due to mass purchase.

The object of the present invention is to solve the above-mentioned problems of the prior art, to enable quick order processing even without specialized knowledge, and to effectively use the order know-how possessed by the entire company. It is an object of the present invention to provide a purchasing business processing system and a processing method that can achieve the above-mentioned advantages, can reduce system management costs, and can enjoy the merit of price reduction due to mass purchase.

[0005]

According to the present invention, the above object is to provide ordering data and quotation requests generated at a plurality of business establishments in a purchase business processing system for carrying out a purchase business at a company having a plurality of business establishments. Work flow means for centralized control, purchase data storage means for holding order data from each business office, know-how storage means for holding know-how of the purchasing department of each business office, and searching for that know-how as necessary This is achieved by providing know-how management means and order processing means for performing order processing based on order data.

[0006] Further, in the above-mentioned object, in a purchasing business processing method for carrying out a purchasing business in a company consisting of a plurality of business offices, ordering data and quotation requests generated at a plurality of business offices are centrally controlled, and each business office is controlled. The ordering data from the company is stored as purchasing data, and the field of specialty of the person in charge at each business site is stored as know-how data of the purchasing department of each business site, and an ordering request without an ordering record occurs at a business site. In this case, it is achieved by searching the know-how data, transferring the ordering process to the person in charge of the specialty field of another business office, and performing the ordering process based on the ordering data.

[0007]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of a purchasing business processing system and a processing method according to the present invention will be described below in detail with reference to the drawings.

FIG. 1 is a block diagram showing the configuration of a purchasing business processing system according to an embodiment of the present invention, FIG. 2 is a diagram illustrating an example of a purchasing database (DB), and FIG. 3 is a diagram illustrating an example of a know-how DB. FIG. 4 is a diagram illustrating an example of the business office DB. 1 to 4, 10 is a know-how DB, 20 is a know-how management server, 21 is a search function, 2
2 is a registration / update function, 40 is a business office DB, 50 is a workflow server, 51 is a work management function, 52 is an order data management function, 53 is a status inquiry function, 60 is a purchasing DB, 7
0 is an ordering server, 71 is an estimate request function, 72 is an ordering function, 80 is a purchasing terminal, 90 is an accounting terminal, 100 is an applicant terminal, 110 and 140 are networks, and 120 and 130.
Are vendors A and B, 150 is a head office management server, and 160 is a purchasing business DB.

As shown in FIG. 1, a purchasing business processing system according to an embodiment of the present invention has a head office, a plurality of business offices A,
B is connected via a network 110, and the head office and a plurality of vendors A120 and B130 are connected to the network 1.
It is configured to be connected via 40. Each business office A,
B is an applicant terminal 100, an accounting terminal 90, a purchasing terminal 80
And a browser is installed on each of these terminals. Further, the head office is provided with a head office management server 150 and a purchasing business DB 160, which are mutually connected. Data can be exchanged between the head office and each business office via the network 110. In addition, the contractor A120, contractor B130 and the head office,
It is possible to exchange data via the network 140. In the above, the server 150 and the DB 160
Exists only at the head office, and purchase data is collectively managed by these.

In the above description, the network 110 is a highly secure network such as an in-house LAN that is exclusively used in a company. In addition, the network 14
0 may be a public network such as the Internet. The embodiment of the present invention uses two networks 11 as described above.
It is said that it is configured by using 0 and 140,
In consideration of security, a network such as the Internet may be used instead of the network 110. In this case, the network connecting the trader and the head office and the business office and the head office may be referred to as a common network. can do.

The head office management server 150 includes a know-how management server 20, a workflow server 50, and an order management server 7.
It consists of zero. Further, the purchasing business DB 160 is
It is composed of a know-how DB 10, a business office DB 40, and a purchase DB 60.

The know-how DB 10 is a database in which the ordering specialty fields of each business purchasing department are accumulated, and the know-how management server 20 is a server for managing the know-how DB, and the business purchasing departments whose ordering products are their specialty fields. Search function 21 to search and register products that each business is good at
It is composed of a registration / update function 22 for updating.

The business office DB 40 is a database that holds the location, contact information, etc. of each business office, and the workflow server 50 is a server that has a workflow function for controlling the flow of order processing and is a work that manages workflow items. A management function 51, an order data management function 52 that manages order data from each establishment, and a status inquiry function 53 that confirms the current status of the order case.
It consists of and.

The purchase DB 60 is a database for storing order data from each business office, and the order server 70 is
It is a server that automatically places an order based on the order data collected at the head office, and is composed of an estimate request function 71 for making an estimate request to a trader and an order function 72 for making an order work.

The purchasing terminal 80 is a terminal of the purchasing department of each business office, the accounting terminal 90 is a terminal of the accounting department of each business office, and the applicant terminal 100 is a terminal of an order applicant of each business office. A browser is installed in each of the terminal 80, the accounting terminal 90, and the applicant terminal 100, and is connected to the head office and other business offices via the network 110. The vendor A 120 and the vendor B 130 are vendors who carry out purchase transactions with companies, and are connected to the order server 70 at the head office by the network 140.

In the purchase DB 60, as shown in FIG. 2, each record has a record item number 301, an orderer's business place code 302, an ordered item No. 303, a quantity 304, and an amount 30.
5, application date 306, order date 307, delivery date 308, agency code 309, order number 310, etc. are stored. In the know-how DB 10, as shown in FIG. 3, a record item number 401, a business site code 402, a person in charge 403, a specialty field 404, a comment 405, etc. are stored in each record. In the establishment DB 40, as shown in FIG. 4, each record has a record item number 501, an establishment code 502,
An address 503, a material telephone number 504, a person in charge 505, etc. are stored.

FIG. 5 is a flow chart for explaining the processing from the ordering applicant's application to the actual ordering to the dealer, and FIGS. 6 to 9 are browsers displayed on each terminal in the processing steps of the flow of FIG. It is a figure showing an example of a screen, and next,
6 with reference to the examples of the browser screens shown in FIGS.
The processing operation shown in FIG. The processing here is an example in the case where an ordering project occurs in the A business office, a product without know-how is ordered for the material of the A business office, and it is necessary to request the other business office to act on its behalf.

(1) When an ordering project occurs at a business office, the person in charge inputs the ordering content from the screen of the browser of the applicant terminal 100. The browser screen 701 of the applicant terminal 100 at this time is configured as shown in FIG. 6, for example. The person in charge fills in the necessary items on the order application screen 701 and presses the application button 502. As a result, the order data input to the applicant terminal is sent to the accounting terminal 90, which is an accounting node, by the work management function 51 of the workflow server 50 (steps 601 and 602).

(2) The accounting terminal 90 is the applicant terminal 100
Upon receiving the order data from, the person in charge confirms the approval from the browser screen. The browser screen 801 of the accounting terminal 90 in this case is configured as shown in FIG. 7, for example. The person in charge presses the approval button 802 on the order application confirmation screen 801. As a result, the order data is
Purchasing terminal 8 which is a material node by the work management function 51
Sent to 0. In addition, if the application details are incomplete, etc.
When the return button 803 is pressed, the order data is returned to the applicant terminal 100 (step 603).

(3) The purchasing terminal 80 receives the order data from the accounting terminal 90, and its person in charge confirms the approval from the browser screen. The browser screen 901 of the purchasing terminal 80 in this case is configured as shown in FIG. 8, for example. When the person in charge presses the return button 904 on the material ordering screen 901 when the application is not complete, the order data is returned to the applicant terminal 100. In addition, the person in charge of the materials at the business office A presses the agency request button 903 in the case of ordering a product without ordering know-how. Then, the order button 902 is pressed. As a result, the work order management function 51 sends the order data to the workflow server 50 of the head office management server 150 as the head office node (steps 604, 605).

(4) The work management function 51 of the workflow server 50 judges from the order data sent to the head office node whether or not the agency request button has been pressed. If the agency request button has been pressed, the know-how is known. Using the search function 21 of the management server 20, the person in charge 403 having the field including the product name of the order data as the specialty field 404 is searched from the know-how DB 10 (steps 606 and 607).

(5) Determine how many search results were found,
If only 1 case is applicable, that is, if the number of search results is 0, the substitute destination cannot be found. Therefore, add a comment that cannot be substituted, and place the order data in the material node of the A office purchase. Send it back to the terminal 80. Further, when one or more cases are found, that is, when the number of search results is one or more, a proxy destination is determined from among them, and the order data is set by the work management function 51 of the workflow server 50. The order data is sent to the purchasing terminal 80, which is the material node of the business office, in this case, the business office B (steps 608 and 609).

(6) The purchasing terminal 80 of the B office receives the ordering data from the head office server, and its person in charge confirms the approval from the browser screen. The browser screen 1001 of the purchasing terminal 80 in this case is configured as shown in FIG. 9, for example. The person in charge is
Send back button 1003 if the application is not complete
Press. As a result, the order data is returned to the head office server. When the order data is sent back to the head office server, the head office server searches for another alternative destination. Further, when the person in charge of the B office presses the order button 1002, the work management function 51 sends the order data to the workflow server 50 of the head office management server 150 which is the head office node (step 610).

(7) The workflow server 50 registers the order data in the purchase DB 60 when the order data is received from the agency B, which is the proxy destination, or when the judgment in step 606 is that the proxy is not accepted. In addition, it is determined whether it is necessary to estimate the ordered product (steps 611 and 6).
12).

(8) If it is determined in step 612 that the quotation needs to be acquired, the quotation request function 71 of the ordering server 70 issues a quotation request to the vendor of the business partner and receives the quotation reply from the vendor. (Steps 613, 61
4).

(9) If the quotation is accepted and the quotation is acceptable, or if it is not necessary to estimate the ordered merchandise in the judgment of step 612, the ordering server 70
Uses the ordering function 72 to place an order for merchandise with a trader,
The contractor receives the order data (steps 615 and 6).
16).

In the above description, the exchange with the trader from the request for the quotation to the trader until the trader receives the order is performed using the technology of the inter-company EC of the prior art.

FIG. 10 is a flow chart for explaining the processing operation of the ordering function 72 of the ordering server 70, which will be described next.

(1) The ordering function 72 of the ordering server 70 is
An order slip for each supplier is created based on the applied order data, and business office information is searched from the business office DB 40 based on the business office code that applied for the order data, and a delivery destination and a person in charge are created. The added order slip is additionally written (steps 1101 and 1102).

(2) Next, the created order slip is sent to the trader using the network 140. And purchase D
The order number 310 is added to the corresponding record in B60, and the processing is terminated (steps 1103 and 1104).

FIG. 11 shows the registration / registration of the know-how management server 20.
FIG. 12 is a flowchart for explaining the processing operation of the update function 22, and FIG. 12 is a diagram showing an example of a screen for registering / updating know-how in the know-how DB 10, which will be described below.

(1) The know-how management server 20 provides a registration / update screen 1301 as shown in FIG. 12 for registering / updating data in the know-how DB 10. Then, the know-how management server 20 uses the purchasing terminal 8 of each business establishment.
When a request for registration / update of the know-how DB is received from 0, the registration / update screen 1301 is transmitted and displayed on the purchasing terminal 80 (steps 1201, 1202).

(2) The person in charge of requesting the registration / update of the know-how DB from the purchasing terminal 80 of the business office inputs the business office code and the person in charge on the registration / update screen 1301, and at the same time has a specialty field. Information and comments about their field of expertise are input, and the registration / update button 1306 is pressed. As a result, the know-how management server 20 receives the input content and reflects the content input from the purchasing terminal 80 in the know-how DB 10. If the cancel button 1307 is pressed, the process ends without doing anything (step 1203).

The know-how DB 10 may be created by providing a screen on which the purchasing department of each business office can register / update each time as described above, or the purchasing department of each business office can create it in advance. It is also possible to create a mechanism for registering / updating each time an ordering application is made from the purchasing terminal 80 by applying for a specialty field and having the head office register it.

FIG. 13 is a flow chart for explaining the processing operation of the status inquiry function 53 of the workflow server 50, FIG.
4 is a diagram showing an example of the situation inquiry screen, which will be described next.

(1) The workflow server 50 displays a screen 15 as shown in FIG. 14 for inquiring about the status of an order case.
We are offering 01. Then, the workflow server 50
When receiving the order status inquiry request from the applicant terminal 100, the accounting terminal 90, and the purchasing terminal 80 of each business office, sends the status inquiry screen 1501 to the terminal and displays it (steps 1401, 1402).

(2) The person in charge of the terminal displays the status inquiry screen 15
When the office code 1502 and the product name 1503 are entered in 01 and the status inquiry button 1504 is pressed, the inquiry information is sent to the workflow server 50. The workflow server 50 searches the purchase DB 60 for a corresponding record based on the data input from the terminal,
The search result portion 1506 of the status inquiry screen 1501
To display. Here, if the cancel button 1505 is pressed, the process ends without doing anything (step 1
403, 1404).

In the above-described processing, the status inquiry function 53 of the workflow server 50 is only an order item which has been registered in the purchase DB 60, that is, confirmed at the purchase terminal 80, and which has been quoted and ordered at the head office node. I cannot inquire. In the embodiment of the present invention, the history of the workflow of the related art is displayed as a status inquiry from when the applicant terminal as the applicant node makes an order application until the server of the head office node registers the order data in the purchase DB 60. The function will be used.

FIG. 15 is a flow chart for explaining the processing operation of the order data management function 52 of the workflow server 50, and FIG. 16 is a diagram showing an example of the order data update screen of the purchase DB 60. These will be described next. The process here is a process of reflecting the delivery date in the purchase DB 60 when the ordered product is delivered.

(1) The workflow server 50 reflects the fact that the product has been delivered in the purchase DB 60 as shown in FIG.
The screen 1701 as shown in FIG. Then, when the workflow server 50 receives a request for updating the purchase DB 60 from the purchasing terminal 80 of each business office, the workflow server 50 transmits and displays the order data update screen 1701 on the purchasing terminal (steps 1601 and 1602).

(2) When the person in charge of the terminal inputs the order number 1702 in the order data update screen 1701 and presses the display button 1703, the input information is transmitted to the workflow server 50. The workflow server 50 searches the purchase DB 60 for the corresponding record based on the order number 1702 input from the purchasing terminal, and displays the search result in the order data section 1704 of the order data update screen 1701 (steps 1603 and 1604).

(3) When the person in charge of the terminal inputs the delivery date of the ordered product in the displayed order data section 1704 and presses the update button 1705, the delivery date information is transmitted to the workflow server 50. . Workflow server 5
0 indicates the delivery date input from the purchasing terminal 80 in the purchase DB
It is reflected in 60. If the cancel button 1706 is pressed, the workflow server 50 ends the process without doing anything (step 1605).

In the embodiment of the present invention, since the ordered product is directly delivered to the business establishment, the delivery date is input from the business establishment to the DB of the head office by the above-mentioned processing. When ordering a product using, the delivery date may be input by the trader in the DB of the head office.

FIG. 17 is a block diagram showing the structure of a purchasing business processing system according to another embodiment of the present invention. Figure 1
In FIG. 7, reference numeral 73 denotes a collective ordering function, and other reference numerals are the same as those in FIG.

The embodiment of the present invention described above is
The ordering information from each office is managed by the head office management server,
Although it was premised that the ordering to the traders was made individually, in another embodiment of the present invention shown in FIG. 17, the ordering server 70 is provided with a collective ordering function 73 to collect ordering information from each business office. , It is designed to place an order with the vendor in a lump sum. Therefore, the purchasing operation processing system according to another embodiment of the present invention shown in FIG. 17 is configured similarly to the case of FIG. 1 except that the ordering server 70 is provided with the collective ordering function 73.

FIG. 18 shows the collective ordering function 7 of the ordering server 70.
3 is a flowchart for explaining the processing operation of No. 3,
This will be described.

(1) Collective ordering function 73 of ordering server 70
Extracts records in which the order number is not described from the purchase DB 60 and determines how many records have been extracted. As a result of the search, when the number of extracted records is 0, the process is ended without doing anything (step 1
901, 1902).

(2) If it is determined in step 1902 that the number of extracted records is one or more as a result of the search, records having the same product name in the extracted record groups are merged, An ordering slip for each supplier is created based on the merged records (step 19).
03, 1904).

(3) Based on the office code of each merged record, the office information is retrieved from the office DB 40, the delivery destination and the person in charge are added to the order slip, and the created order slip is sent via the network 140. And send it to the contractor. After that, the order number 310 is added to the corresponding record in the purchase DB 60, and the process ends (step 1905).
1907).

The processing according to the embodiment of the present invention described above is
It can be configured as a processing program, and the processing program can be provided by being stored in a recording medium such as HD, DAT, FD, and CD-ROM.

According to the above-described embodiment of the present invention, in the case of ordering a product in a field that has not been dealt with until now in the product purchasing business, the person in charge of the department does not have specialized knowledge. In this case, the ordering process can be transferred to a person who has experience handling the product at another business site, so that the ordering process can be carried out quickly, and the ordering know-how is shared by the entire company. The effect that it can be effectively used can be obtained.

Further, according to the above-described embodiment of the present invention, since the purchasing system can be centralized in the whole company, it is possible to reduce the system management cost required for constructing and operating the system, and moreover, the whole company. When ordering the same product as, it is possible to obtain the effect of being able to enjoy the merit of price reduction due to mass purchase.

[0053]

As described above, according to the present invention, it is possible to promptly carry out the order processing even in the purchasing business even if the person in charge has no specialized knowledge, and the ordering know-how possessed by the entire company. Can be effectively used, the system management cost can be reduced, and the merit of price reduction by mass purchase can be enjoyed.

[Brief description of drawings]

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

FIG. 2 is a diagram illustrating an example of a purchase database (DB).

FIG. 3 is a diagram illustrating an example of a know-how DB.

FIG. 4 is a diagram illustrating an example of a business establishment DB.

FIG. 5 is a flowchart illustrating a process from when an order applicant makes an application to when an order is actually placed to a trader.

FIG. 6 is a diagram showing an example of an order application screen displayed on the applicant terminal in the flow of FIG.

FIG. 7 is a diagram showing an example of an order application confirmation screen displayed on the accounting terminal in the flow of FIG.

8 is a diagram showing an example of a material ordering screen displayed on the purchasing terminal in the flow of FIG.

9 is a diagram showing an example of a material ordering screen displayed on the agent purchasing terminal in the flow of FIG.

FIG. 10 is a flowchart illustrating a processing operation of an ordering function of an ordering server.

FIG. 11 is a flowchart illustrating a processing operation of a registration / update function of a know-how management server.

FIG. 12 is a diagram showing an example of a screen for registering / updating know-how in a know-how DB.

FIG. 13 is a flowchart illustrating the processing operation of the status inquiry function of the workflow server.

FIG. 14 is a diagram showing an example of a status inquiry screen.

FIG. 15 is a flowchart illustrating a processing operation of an order data management function of the workflow server.

FIG. 16 is a diagram showing an example of an order data update screen in the purchase DB.

FIG. 17 is a block diagram showing the configuration of a purchasing business processing system according to another embodiment of the present invention.

FIG. 18 is a flowchart illustrating a processing operation of a batch ordering function of an ordering server.

[Explanation of symbols]

10 Know-how DB 20 Know-how management server 21 Search function 22 Registration / update function 40 establishment DB 50 Workflow server 51 Work management function 52 Order data management function 53 Status inquiry function 60 Purchase DB 70 Ordering server 71 Quotation request function 72 Ordering function 73 Bulk ordering function 80 Purchasing terminal 90 Accounting terminal 100 Applicant terminal 110, 140 networks 120, 130 Contractors A, B 150 Headquarters management server 160 Purchasing DB

   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Masahiko Nagatsuka             6-23-3 Minamioi, Shinagawa-ku, Tokyo Stocks             Hitachi Information Network Co., Ltd. (72) Inventor Yoshitaka Morita             7-1-1, Omika-cho, Hitachi-shi, Ibaraki Prefecture             Inside the Hitachi Research Laboratory, Hitachi Ltd. F-term (reference) 5B075 ND04 UU40

Claims (5)

[Claims] 1. In a purchasing business processing system for carrying out a purchasing business in a company consisting of a plurality of business offices, a workflow means for centrally controlling order data and a quotation request generated at the plurality of business offices, and from each business office. Purchase data storage means for holding the ordering data of the business, know-how storage means for holding the know-how of the purchasing department of each office, know-how management means for searching the know-how as necessary, and ordering processing based on the ordering data. A purchasing business processing system, comprising: an order processing unit for performing an order. 2. The know-how storage means stores, as data, a field of specialty in purchasing by a person in charge at each business office, and when an order request having no order record is generated at a certain business office, the data of the know-how storage means is stored. 2. The purchasing operation processing system according to claim 1, wherein the order processing is transferred to a person in charge of a specialty field of another business office. 3. The purchase operation processing system according to claim 1, wherein the order processing means aggregates order data from a plurality of business establishments and performs order processing. 4. In a purchasing business processing method for carrying out a purchasing business in a company consisting of a plurality of business offices, ordering data and quotation requests generated at a plurality of business offices are centrally controlled and ordering data from each business office. Is stored as purchasing data, the field of specialty of the person in charge at each business office is stored as know-how data of the purchasing department of each business office, and if an ordering request with no ordering record occurs at one business office, A method for processing a purchasing operation, which searches for know-how data, transfers the order processing to a person in charge of a specialty field of another business office, and performs the order processing based on the order data. 5. A processing program for centrally controlling ordering data and quotation requests generated at a plurality of business establishments, and holding ordering data from each business establishment as purchase data, and a purchase program by a person in charge at each business establishment. The field of specialty is held as know-how data of the purchasing department of each business office, and when an order request without an ordering record occurs at a business office, the know-how data is searched and the person in charge of the specialty field of another business office. 5. A processing program for transferring the order processing to and a processing program for performing the order processing based on the order data.
A processing program for executing the described purchasing business processing method.