JP2002230362A - System and method for procurement support - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a system which reduces the total expenses including personnel expenses by reducing operations producing unnecessary worthless added value when fixtures and consumables needed for cooperation activities are procured. SOLUTION: The procurement support system interposes between an ordering-source commerce group and an ordered-destination commerce group and supports the ordering- source commerce group to procure resources, and this system has information on ordered-destination commerce groups and articles and services, selects and orders a corresponding article or service according to the ordering information from the ordering-source commerce group by selecting an ordered-destination commerce group, sends delivery information to the ordering-source commerce group on receiving delivery information and billing information based upon the ordering information from the ordered-destination commerce group and the billing information to the ordering-source commerce group on receiving check information based upon the delivery information, and generates delivery information and billing information on the basis of the ordering information of the ordering-source commerce group to make data consistent, so that all of conventional manual operations for procuring the resources can be processed by a computer.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system and method for supporting the procurement of resources such as equipment and consumables in corporate activities. In more detail, such as accounting for the procurement of supplies and consumables necessary for corporate activities, it does not generate profits as corporate activities at all, and minimizes the work of creating useless and unnecessary added value, thereby reducing corporate activities. The present invention has been made to provide a resource procurement system and method capable of reducing overall costs including labor costs.

[0002]

2. Description of the Related Art In corporate activities, procurement of resources such as equipment and consumables is indispensable. Therefore, conventionally,
Generally, resources required for such business activities are procured through the steps and processes shown in FIG. That is, first, in step 20, a plurality of suppliers are selected, and in step 21, the orderer requests a plurality of suppliers to estimate the price and delivery date of the product / service desired to be purchased. Is OK, step 22
The order is placed at. Then, the product is delivered in step 23, and as a result, the ordered product / service is checked in step 24 to confirm that it is the desired product / service. In step 25, the payment is made.

[0003] However, in the procurement of such supplies and consumables, an estimate request or a purchase order is issued before the goods / services are received, and after the goods are delivered, a receipt is issued to pay the goods / services to the accounting department. After making a request, the accounting department performs operations such as matching the invoice sent from the supplier with the receipt, assigning accounts, classifying expenses, issuing a slip for payment, and transferring money.

[0004] In order to facilitate such resource procurement, a mechanism for procurement of goods using the Internet is provided, as disclosed in Japanese Patent Application Laid-Open No. H11-31184, thereby simplifying office work. Aware services are increasing. However, they are systems that simply place orders on the Internet, or systems that allow you to refer to purchase histories, and are not systems that go into the customer's accounting system or reduce the amount of practical work.
Accounting processes such as matching invoices and invoices, checking accounts, etc., took a lot of time and effort. In addition, since the order data and the billing data are inconsistent, both the ordering party and the ordering party have to create management data and the like completely individually.

[0005] Therefore, referring to FIGS. 1 to 9, the steps, processes, and problems of such conventional resource procurement will be clarified. FIG. 1 shows a definition of a commercial transaction and a business entity, FIG. 2 shows a definition of a business activity of the commercial entity, and FIG. , FIG. 4 shows the supplier selection 20 in FIG.
FIG. 5 shows details of the order 22 in FIG. 3,
6 shows the details of the delivery 23 in FIG. 3, FIG. 7 shows the details of the acceptance 24 in FIG. 3, FIG. 8 shows the details of the payment 25 in FIG. 3, and FIG. FIG. 1 to 9, the same components will be described with the same reference numerals.

FIG. 1 shows a definition of a commercial transaction and a commercial transaction organization. In the figure, reference numeral 1 denotes a commercial transaction organization as an ordering source, and 2 denotes a commercial transaction organization as an ordering party (supplier).
The commercial transaction refers to an act in which one performs supplier selection 3 and the other provides goods / services 4 and pays a price 5 for it. The trading organizations 1 and 2 referred to here are organizations that conduct commercial transactions, and include, for example, corporations, trade associations, government agencies (including municipalities), various corporations such as schools, and private stores, and have taxpayers. An organization that pays for And the ordering party (commerce organization) 1 is
A commercial organization that receives the service 4 and pays the price 5, and is generally called a customer. On the other hand, an ordering party (supplier) (commercial transaction organization) 2 is a commercial transaction organization that provides goods / services 4 and receives consideration 5, and is generally called a supplier or vendor.

FIG. 2 shows the definition of the business activity of a commercial organization. The business activity 10 of a commercial organization is to provide a resource 11 with an added value 12 in the first place.
The product / service 4 described with reference to FIG. 1 is provided. Resources 11 required for business activities include tangible 13 and intangible 14 resources. The tangible 13 resources are tangible resources, for example, materials. Intangible 14 resources are intangible resources, such as human resources and infrastructure. The added value 12 given to the resource 11 includes:
There are 15 useful and 16 useless. The useful added value 15 is to increase the value of the product / service 4 provided in the business activity 10 of the commercial transaction organization. Useless 1
Of the six added values, the necessary 17 means, for example, to warm or cool a canned coffee as a commodity, taking a canned coffee as an example. Because, in general, warm canned coffee sells better to consumers when it is cold. In other words, the consumer feels the added value 12 to the warm canned coffee (when it is cold). However, since the selling price does not change even if it is not heated (even if it is not cooled), it cannot be directly returned to profits, so it can be said that it is a useless 16 cost. Similarly, the cost of logistics necessary for providing the product and the cost of packaging for protecting the product are futile 16 but are the necessary added value 17. Unnecessary 18 out of the 16 useless added values are those that have been thought to be necessary for providing the goods and services 4 and include, for example, slip processing, creation of quotes, catalog production, advertisement, It refers to costs such as telephone and facsimile exchanges, and in fact it does not pose any problems for consumers to provide without it. Although the term “consumer” is used here, it may be considered that the consumer is provided, and is conceptually the same as the ordering commercial entity 1 shown in FIG.

FIG. 3 is a diagram for explaining the flow of procuring resources necessary for business activities as described above. The selection of the supplier 20 is that the supplier 1 selects the supplier 2. The quotation of 21 is the price and delivery date of the goods / services 4 that the supplier 2 wants to purchase inquired by the supplier 1. Is to answer. The order 22 is that the ordering party 1 requests the ordering party 2 to purchase the goods and services 4. The delivery of the order 23 is that the ordering party 2 orders the goods and services 4 ordered by the ordering party 1. It is to put in 1. Inspection of 24 means that the supplier 1 receives the goods / services 4 delivered from the supplier 2, and payment of 25 means that the supplier 1 returns 5 to the supplier 2. It is.

FIG. 4 shows details of the supplier selection 20 in FIG. Usually, the ordering party 2 is selected by the ordering party 1 by examining a telephone book, a catalog, the Internet, listening to another person, and conducting a survey and consultation with an inexpensive and well-suited dealer, and narrowing down the target for estimation. Selection and narrowed down supplier 2
And select a plurality of vendors who will respond to the request. There is a secondary selection in which the data is submitted and selected from these based on the conditions and requirements that are sometimes emphasized by the ordering source. In the primary selection, for example, extraction is performed by looking at a town page (phone book).
Changes. In the figure, reference numeral 31 denotes a consumption function in which the ordering party 1 places an order for goods and services to the ordering party 2 and reduces the use of purchased goods and services, and reference numeral 32 denotes a management function which manages the consumption function 31 for business activities inside the ordering party 1. And each individual of the ordering party 1
Or collect the requests of each department and collectively order 2
To order goods / services 4. Reference numeral 33 denotes a sales function in which the supplier 2 provides a product or service in response to a request from the outside.

FIG. 5 shows details of the order 22 in FIG. When the supplier 2 is determined in the estimate shown in FIG. 4, the orderer 1 sends an order slip 35 in which order necessary information for requesting the provision of the product / service 4 is described.
The necessary order information is, for example, the illustrated product name, model, specification, quantity, payment method, payee department, delivery department, and the like. Basically, an order is placed from the management function 32, but an order may be placed directly from the consumption function 31. In response to the order slip 22 issued by the order source 1, the sales function 33 of the supplier 2 issues a response document 36 in order to respond to the delivery information. Notice of change etc. are written.

FIG. 6 shows details of the delivery 23 shown in FIG. In FIG. 5, when a formal order is placed, the product / service 4 is delivered. This delivery is performed by the shipping function 37 of the supplier 2.
Done by The shipping function 37 is a function in which the shipping destination 2 sends out the goods / services 4 to the ordering source 1, and refers to, for example, a distribution center. The delivery slip 38 is
Goods / services 4 issued by the supplier 2 to the supplier 1
In order to confirm the delivery, the delivery date, product name, model, specification, quantity, delivery department, etc. are written. 4
This is a slip that confirms that you have received Note that the delivery of a product to the consumption function 31 may be referred to as delivery.

FIG. 7 shows the details of the inspection 24 in FIG. When the ordering party 1 recognizes the receipt of the goods / services 4 delivered from the ordering party 2, the acceptance 24 is performed, and the receipt 39 with the inspection stamp is sent from the ordering party 1 to the ordering party 2. The acceptance seal is a mark indicating that the orderer 1 has accepted payment for the delivered goods, and indicates that the commercial transaction has been established. When the shipping function 37 is entrusted to a courier service, the courier service receipt may also serve as the receipt 39. If the ordering party 1 refuses the receipt, the ordering party (supplier) 2 has to wait for a communication from the ordering party 1. If there is no notification of refusal, it is determined that it has been received.

FIG. 8 shows details of the payment 25 in FIG. Delivery 23 by supplier 2 and acceptance 24 by supplier 1
Is completed, a bill 40 is issued from the sales function 33 of the supplier 2. The invoice 40 is a slip for the supplier 2 to charge the orderer 1 for the price 5 of the product / service 4, and includes the delivery date, product name, model, specification, unit price, quantity, and total of the product 4. Amount, consumption tax, delivery department, payment department, payee account, commercial account name, etc. are described, and are sent to accounting function 41 of ordering party 1 (A) and consumption function 3
(B). When sent to the accounting function 41 of (A), first, a delivery note (delivery slip) 38
Are collected from the consumption function 31 and checked against the bill 40, billing to each department and billing data are input. Then, the transfer to the account of the supplier (supplier) 2 is performed based on the result. (B), when sent to the consumption function 31, the consumption function 31 first sends a delivery note (delivery slip).
26 and the bill 40 are checked and checked.
Are summed up and billing to each department and billing data are input. Then, it is sent to the accounting function 41 and finally transferred to the account of the supplier (supplier) 2. The matching between the delivery note (delivery slip) 38 and the invoice 40 is the ordering party 1
Is to compare the delivery note 38 with the bill 40 and confirm that the items described in the delivery note and the bill are the same. Generally, a bill 40 is issued for each payee department.

[0014]

However, in the case of the resource procurement flow as shown in FIG. 3, each process has the following problems. That is, first, in the order selection process of 20 in FIG. 3 shown in FIG. 3, the order 2 which could not be checked even if, for example, the order 2 was checked on a town page (telephone directory), a catalog, the Internet, or heard from others. When there is a supplier 34, even if it is a supplier superior to the supplier 2 selected in the primary selection and the secondary selection, there is a problem that an order cannot be placed, that is, the supplier cannot be known. In addition, the criteria for selecting suppliers are unclear, it takes time to select suppliers, and even when selecting suppliers, price negotiations must be made each time. There is a problem that it takes time and effort, and the price does not become cheap unless a large order is placed. In addition, there is a problem in that coordination in the confirmation operation between the consumption function 31 and the management function 32 in order units or transaction units does not work well, and rematching work that is originally unnecessary is lost.

In the ordering process 22 shown in FIG. 3 shown in FIG. 3, when the ordering source 1 collectively orders the orders from the respective departments of the ordering source 1, it takes time to sort by department. At the same time, it takes time to pick up items from other departments. Also, the exchange of the management function 32 between the consuming function 31 that actually uses the product and the ordering party 2 is troublesome. Is it good
There is a problem that you do not know whether to transfer.
Furthermore, other than that, for example, the payment item such as material cost or consumable item is not known (not aware) at the time of ordering, not being able to comply with the responsibility for the order amount, budget,
There are problems that the actual amount of money is not made for each subject, and that the subject to be paid at the time of ordering is unclear, so that budget management cannot be performed.
In particular, each phase (process) has a time gap,
A confirmation operation is required, and a confirmation medium such as a slip for executing the confirmation operation is required. Also, in ordering party 2, since there are a plurality of order receiving methods, the number of order receiving points increases, which leads to an increase in cost, and it takes time to confirm because the order confirmation cannot be confirmed in a uniform format. There is a problem that it takes time and effort, there is a trouble of mutually confirming the specifications of each product, and there are a plurality of order receiving methods of the supplier 2.

In the acceptance process 24 shown in FIG. 3 shown in FIG. 7, there is a time lag between the receipt and the acceptance 24, and the acceptance by the person in charge of the ordering party 1 is unclear, so that the obligation to pay cannot be specified. If the acceptance department is different from the management (payment) department, there are problems such as that it takes time to confirm the payment.

In the payment step 25 shown in FIG. 3 shown in FIG. 3, it takes time to match the delivery note 38 and the invoice 40, but since the days of checking the slips are concentrated, overtime work is often performed. If there are many destination banks, there are problems that it takes time to write a transfer request form, and a transfer fee is collected for the transfer destination. In addition, there is a problem that the authority of the function is delegated and distributed to a plurality of destinations, and the function is complicated depending on the product, the amount, and the like.

Further, in the flow of resource procurement necessary for the business activities described above, there are other hidden problems and problems that are not recognized as described in reference numeral 42 in FIG. In other words, in general, the company has a concept of purchasing business especially for extras, etc., there is no clear policy, no judgment criteria, it is troublesome to place an order but does not know which vendor to ask, product knowledge and Because you need experience,
Difficulty in selecting criteria for suppliers (suppliers), receiving complaints about delivery from the consumer department, sometimes the order is different,
There are times when you do not know who's order, it is troublesome to check the slip itself, budget control is not possible for each subject, you do not know what subject to do, you have to pay (transfer) processing in department units There are cases where the bill must be sent to the department without a department address, and it is troublesome to obtain the authorization of the authorized person every time.

That is, the conventional method of procuring resources necessary for business activities by the process as shown in FIG. 3 is to issue a request for quotation or a purchase order before receiving goods / services, and to receive a receipt after delivery. Requesting the accounting department to pay for goods and services, and the accounting department performs tasks such as matching the invoice sent from the supplier to the receipt and delivery note, classifying expenses, and paying. However, in matching a delivery note and an invoice, it takes a lot of time and effort to perform accounting processing such as checking account items. In addition, since the order data and the billing data are not consistent, the order source 1 is also the order destination 2
However, there is a need to individually create management data and the like.

Therefore, in the present invention, as shown as an improvement in 43 of FIG. 9, the problem is to realize centralization, simplification, and standardization of the purchasing business. Then, as shown in FIG. 2 as useless and unnecessary added value 18, what has been considered to be necessary for providing the goods and services 4, such as slip processing, creation of a quotation, and catalog production The problem is to provide a system that reduces costs such as advertising, telephone and facsimile exchanges, and reduces overall expenses including personnel expenses for corporate activities.

FIG. 10 is a diagram for explaining the concept of the present invention based on such a concept. As described above, there are various problems in the conventional method of procuring resources necessary for business activities by the steps shown in FIG. FIG. 10 summarizes them, and encounter information 4
Reference numeral 5 indicates that the supplier (supplier) 34 which is a target of non-estimation in ignorance in FIG. This indicates that as a result, an order is placed to an expensive and poor service provider, and useless and unnecessary added value 49 is consumed. However, having the encounter information 45 can reduce such useless and unnecessary consumption of added value. Processing process 4
No. 6, for example, is a case where the work efficiency is degraded because the ordering method to the supplier 2 and the billing process and the delivery form by the supplier 2 are not uniform and non-cooperative 48. In this case, if the processing processes of the ordering party 1 and the ordering party 2 can be unified, work efficiency can be prevented from deteriorating, and useless and unnecessary consumption of the added value 49 can be reduced. The consumption function and the management function 47 need to share information on resource procurement necessary for corporate activities, but since they are not linked 48, it takes time and effort to check the contents of slips when conducting business transactions. This indicates that useless and unnecessary added value 49 will be consumed. On the other hand, the consumption function and the management function 47
If it can be linked, of course the futility as described above,
In addition, unnecessary consumption of added value can be reduced.

Therefore, when the encounter information 45, the processing process 46, and the consumption function and the management function 47 are not linked 48, useless and unnecessary added value such as 49 is generated. This is collectively referred to as the invisible cost. In view of such points, in the present invention, as shown at 50, a series of processing of input data in ordering, automatic generation of customer accounts, pre-processing information at the time of clearing (matching billing information and delivery information) With the concept of automatic generation of
As a result, the useless and unnecessary added value disappears as in 51. In other words, in the invisible cost, the useful and the useless are separated from each other, and the useless is necessary and unnecessary, and then the object of the reduction of the present invention is defined as the useless and unnecessary added value. It is.

[0023]

In order to solve the above-mentioned problems, in the present invention, the processing by the server is unified, the ordering process is clarified in a common format (using a uniform form), and the ordering, delivery and settlement flow is standardized. A system that provides ordering information from the ordering source 1 becomes the ordering information of the ordering party 2, and that information is consistently utilized in the business transaction slips to create a billing slip. is there. That is, the basic information acquired from the customer is held in advance, and when the customer requests an order, the information necessary for the accounting process is automatically read out from the held basic information, and the information corresponding to the order slip is read out. Automatically generate information up to the billing slip. Furthermore, according to the present invention, information is individually read out and matched from databases separately generated in the procurement support system of the present invention. It aims to solve problems.

As described above, since the order information becomes order information and can be taken into the system and becomes billing information,
At the supplier, the time required for receiving orders and the bills that would be necessary afterwards are eliminated, and the accounts established by the ordering organization are automatically generated, so that the accounting department and others have confirmed including tax arrangements Saves time. In addition, the labor involved in matching the delivery note with the bill from the supplier, which has occurred in the accounting department or the like, can be saved.

Therefore, according to the present invention, as described in claim 1, a resource procurement of goods and services is performed between the ordering business entity and the ordering business entity through the network. Is a procurement support system that provides information on a plurality of supplier commercial entities and a plurality of products / services, and responds to products / services and supplier commercial entities corresponding to the order information from the ordering commercial entity. A first means for selecting and placing an order, a second means for receiving delivery information created by the ordering commercial entity based on the ordering information and sending the delivery information to the ordering commercial entity, Receiving the acceptance information created by the ordering commercial entity based on the ordering information and the billing information created by the ordering commercial entity based on the ordering information, and sending the billing information to the ordering commercial entity; Means for creating order information, delivery information, and billing information by the first means and the second means based on the order information of the ordering business entity, and based on the delivery information, the order-receiving commercial transaction. The third means creates billing information to the ordering commercial entity based on the inspection information and the billing information created by the organization, thereby creating billing information to the ordering commercial entity based on the ordering information data. It is characterized by providing procurement support.

Claim 6 which is a resource procurement support method using this system is a method for supporting resource procurement of goods and services in an ordering business transaction group via a network, and Based on the ordering information from the group, select the corresponding product / service and the ordering business entity, place an order, receive the delivery information and billing information based on the ordering information from the ordering business entity, and deliver to the ordering entity. After sending the information, receiving the acceptance information based on the delivery information and sending the billing information to the ordering commercial entity,
Delivery information and billing information are created based on the ordering information of the ordering commercial entity, and procurement support is performed with consistency of the data.

By configuring the procurement support system and the procurement method in this way, the problem that the encounter information shown in FIG. 10 is not understood can be solved. It is possible to place orders with expensive and poorly serviced suppliers, thereby consuming no useless and unnecessary added value. Therefore, it takes time to select a supplier, and even if a supplier is selected in this way, it is necessary to negotiate the price each time. This solves the problem that the price does not decrease and that the coordination between the consumption function and the management function in the order unit or the transaction unit does not work well, and unnecessary re-matching work is lost. In addition, since the inspection information and the billing information are created based on the order information, the data is made consistent, and the matching between the inspection information and the billing information is facilitated.

The order information in this procurement support system is interposed between the ordering commercial entity and the ordering commercial entity via a net network as described in claim 2. A procurement support system for supporting resource procurement, such as a customer information storage unit that stores a department code of a customer in an ordering commercial entity and an account corresponding to an ordered product, a plurality of ordering commercial entities and a plurality of A product / service information storage means for selecting a corresponding product / service and an ordering commercial entity based on ordering information from the ordering commercial entity; and an account for the ordered product / service from the customer information storing means. Means for extracting and assigning sorting information and then ordering, among the delivery information and billing information based on the ordering information issued by the ordering business entity, A means for receiving the product information and sending the delivery information to the ordering business entity; and a means for receiving the acceptance information based on the delivery information and sending the billing information to the ordering business entity. It is characterized in that billing information to which sorting information is added is created based on ordering information to support procurement.

In this way, the sorting information is automatically added to the order information, and the payment item such as material cost or consumable is not known (not aware) at the time of ordering, and the responsible authority of the order amount Not complying with budget,
It is possible to solve the problem that the actual amount of money is not made for each subject, and the subject of payment at the time of ordering is unclear, so that budget management cannot be performed. The accounting department also matches invoices and receipts,
There is no need to assign accounts, classify expenses, or issue or transfer slips for payment.

The claim information and the acceptance information from the ordering commercial transaction organization are matched with each other as described in claim 3. A support system for creating order information to an ordering business entity based on ordering information from an ordering business entity; and a delivery information and billing information issued by the ordering business entity based on the ordering information. The ordering business entity checks the acceptance information created by the ordering entity based on the delivery information and the billing information created by the ordering entity based on the ordering information, and determines whether the two match. Matching means at the ordering commercial entity that checks the ordering information, and matches with the acceptance information and billing information created based on the ordering information data of the ordering commercial entity. It was characterized in that it was to allow the accounting treatment of the order based on commerce organizations in the results of the.

A seventh aspect of the present invention is a method for supporting resource procurement using this system, which is a method for supporting resource procurement of goods and services by an ordering business transaction group via a net network. Based on the ordering information from the organization, create ordering information to the ordering business entity, and, based on the delivery information and billing information created by the ordering business entity based on the ordering information, charge information to the ordering business entity. And comparing the billing information with the acceptance information created based on the delivery information in the ordering commercial entity, and performing accounting processing of the billing information based on the matching result.

In this way, since the acceptance information and the billing information are consistent data created based on the ordering information of the ordering business entity, the matching can be performed completely automatically. It is no longer necessary to check the delivery slip and invoice for a long time due to the time required to check the invoice.In addition, the time and effort to write a transfer request form to the transfer destination bank, the transfer fee problem, and The problem of being delegated and dispersed first, and being complicated by the product, the amount of money, and the like is also solved.

[0033]

Embodiments of the present invention will be illustratively described in detail below with reference to the drawings. However, the dimensions, materials, shapes, relative arrangements, and the like of the components described in this embodiment are not intended to limit the scope of the present invention to them unless otherwise specified. This is just an example.

FIGS. 11 to 16 are functional block diagrams of the present invention, and FIGS. 17 to 20 and FIGS.
FIG. 21 is a flowchart of this functional block diagram, FIG. 21 is a diagram for explaining matching between the order information database 73 and the purchase information database 74, FIG. FIG. 3 is a hardware block diagram of a terminal and the like of the procurement support system 60. 11 is an overall functional block diagram of the present invention, and FIG.
11 is a detailed functional block diagram of the customer registration function unit 64 in FIG. 11, FIG. 13 is a detailed functional block diagram of the estimation function unit 65 in FIG. 11, and FIG. 14 is an order function unit 66 in FIG.
15 is a detailed functional block diagram of the receiving function unit 67 in FIG. 11, and FIG. 16 is a detailed functional block diagram of the billing function unit 68 and the matching system 62 in FIG. In the drawings, the same components are denoted by the same reference numerals, and the same functional blocks as those used in the above-described conventional description are denoted by the same reference numerals.

In FIG. 11, reference numeral 1 denotes an ordering business entity, 2
Is a commercial transaction organization of the supplier, 4 is a product / service, 31 is a consumption function, 32 is a management function, 33 is a sales function, 37 is a product delivery function, 41 is an accounting function, 60 is a procurement support system according to the present invention, Data is exchanged with the ordering commercial entity 1 and the ordering commercial entity 2 via a network such as the Internet or a public communication line. 61 is a receipt information database storing the receipt information of the goods / services 4 ordered and received by the consuming function 31, 62 is a matching system for matching the contents of the receipt information database 61 with the billing information 86, 63 is a matching system Billing information 8 confirmed by system 62
6, payment information of the amount based on 6; 64, a customer registration function unit of the procurement support system 60; 65, an estimation function unit;
6 is an ordering function unit, 67 is a receiving function unit, 68 is a billing function unit, 69 is a customer management function of the customer registration function unit 64, 70 is a customer information database, 71 is an order processing function of the procurement support system 60, and 72 is a quote. The product information database of the function unit 65, the order information database 73 of the order function unit 66, the purchase information database 74 of the reception function unit 67, 7
5 is a billing function of the billing function unit 68, 76 is order information from the sales function 33 of the supplier 2, 77 is product delivery information,
Reference numeral 78 denotes a function for requesting a price for a product.

Reference numeral 80 denotes customer information from the management function 32 of the ordering party 1; 81, quotation request information from the consuming function 31 of the ordering party 1; Estimation information, 83 is order information from the consumer function 31 of the ordering party 1, and 84 is the procurement support system 60
Delivery information from the receiving function unit 67 of the order processing function 71
85 is acceptance information from the consumption function 31 of the ordering party 1, 86 is billing information from the billing function 75 of the procurement support system 60, 87 is payment notice information from the accounting function 41 of the ordering party 1, and 88 is procurement support. Customer registration function part 6 of system 60
4, the customer information from the customer information database 70; 89, quotation request information from the quotation function unit 65 of the order processing function 71 of the procurement support system 60; 90, quotation information from the sales function 33 of the supplier 2; Procurement support system 60
Order information from the order function unit 66 of the order processing function 71,
92 is delivery information from the shipping function 37 of the supplier 2, 93 is billing information from the billing function 78 of the supplier 2, and 94 is paid notice information from the billing function 75 of the procurement support system 60.

FIG. 12 shows the details of the customer registration function section 64 of the procurement support system 60 in FIG. 11, and 100 searches whether or not information on the customer information 80 for which registration has been requested is present in the customer information database 70. If there is no customer information search function, the format is transmitted to the ordering party 1, and the acquired information is output to the credit determination function 101. The credit determination function 101 is a function of searching the credit information database 102 for a customer input from the customer information search function 100 and determining whether or not the customer is appropriate as a business partner. Output to 103. The credit information database 102 is a database that stores credit information on a commercial transaction organization, and may utilize an external database. Customer information registration function 103
Is a function for registering the credit judgment result input from the credit judgment function 101 in the customer information database 70 and returning the result to the management function 32 of the order source 1. The registration completion report information 104 is provided with a customer identification code as customer identification means and a password as a right key for accessing the procurement support system 60. Note that the customer information registered in the customer information database 70 is also output to the sales function 33 of the supplier 2 through the communication function 106 of the customer registration function unit 64, and the orderer 1 uses the procurement support system 60 It can be identified by customer code. The customer code includes the delivery address, contact information, ordering manager, conditions such as selling price, credit limit, payment conditions, account code list, and whether or not there is an authorized person at the time of ordering (ordering source 1). The name of the person in charge and an E-Mail address) are linked.

FIG. 13 shows details of the estimation function unit 65 of the procurement support system 60 in FIG. If there is no function, the merchandise information for selecting the supplier 2 requesting the quote is output to the supplier selection function 108. The product information database 72 is a database that stores information for providing desired products under conditions desired by the ordering party 1. The goods mentioned here include intangible services (goods). It should be noted that the same interpretation is applied to the following products unless otherwise specified. The supplier selection function 108 selects a suitable supplier 2 from the supplier information database 109 for the product for which the quote request has been made, and provides the selected supplier 2 with the quote request information 8
9 is a function of transmitting the data. The term “suitable supplier 2” used herein refers to the supplier 2 that has a possibility of providing a desired product under the conditions desired by the supplier 1, and may be plural.
If there is more than one, a phase estimate will be made. The supplier information database 109 is a database that stores information on the supplier 2 that can provide the product based on the product information. The estimate determining function 110 is a function of selecting the most appropriate supplier quote information from the quote information 90 obtained from the supplier 2 and generating the quote information 82 to be transmitted to the supplier 1. The optimum supplier quotation information referred to here is the one most suitable for the condition desired by the supplier 1. More specifically, in selecting a product, a priority order of the product is selected based on the purchase history of the order source 1, and if it does not match, the order of the order source 1 is determined based on low price, quick delivery, and quality. By acting as a procurement agent in light of the conditions to be provided, convenience can also be provided to the supplier 2. In FIG. 13, reference numeral 111 denotes an estimate information database storing information from the estimate determination function 110, and 112 denotes a supplier 2
Is the product information from the sales function 33, and 113 is a supplier quotation information database from the sales function 33 of the supplier 2.

FIG. 14 shows the details of the order function section 66 of the procurement support system 60 in FIG. 11, and 114 is a customer information database 69, a product information database 72, An order confirmation function for reading necessary information from the information database 111 and generating order information, and an order information database 115 for storing order information from the sales function 33 of the supplier 2.

FIG. 15 shows the details of the receiving function unit 67 of the procurement support system 60 in FIG.
Reference numeral 16 denotes the delivery information 92 obtained from the supplier 2 and the orderer 1
Is transmitted as the delivery information 84 to the consumption function 31 of this item to prompt delivery confirmation. The acceptance confirmation function 117 determines the acceptance action based on the transmitted delivery information 84 by the consumption function 31 of the order source 1.
The function 118 stores the acceptance information 85, which is the result of the execution, in the order information database 73.
It is a sales information database that stores delivery information 77 of service 4.

FIG. 16 shows details of the billing function unit 68 of the procurement support system 60, the matching system 62 of the ordering party 1 and the accounting function 41 in FIG. The received information of the goods / services 4 received as a reference, 122 is a matching function of the received information 121 and the billing information 86, 123 is matching matching information issued when the matching results are matched, and 124
Is also the match mismatch information if there was no match,
125 is an accounting processing function, 126 is a transfer processing to each department,
127 is creation of debit information for the goods / services 4, 128 is automatic debit at a financial institution (payment of the payment by the ordering business entity 1), 129 is order information from the order information database 73, and 130 is receipt information And purchase information matching function, 131 is purchase information,
Reference numeral 132 denotes non-payment information in the case of mismatch (that is, non-payment) as a result of matching the reception information and purchase information, and 133 denotes payment information (supplier billing information 137) and billing information 8 of the supplier 2.
6 is a matching function, 134 is an application when the account is debited by the automatic debit 128 at the financial institution 128, 135 is a matching function 153 between the payment information and the billing information of the supplier 2 and the payment information and the billing information of the supplier 137 are provided.
Withdrawal information when a match is found, 13
6: Automatic debit at financial institutions (Procurement support system 6
137 is billing information of a supplier, 138 is an account clearing by an automatic debit 136 at a financial institution.

Note that the sales function 33 includes a customer registration function for investigating credit information of commercial transactions when using the system of the present invention, and assigning a customer code if there is no problem in dealing. In the system of the present invention,
By using the Web browser, the orderer is identified by the customer code and the password. The customer code is linked with information such as the payment method (such as credit card, automatic debit at a financial institution such as collection agency), the payee department, and the person in charge of ordering. Automatic generation of sorting (expense slip entry processing) is realized by selecting and notifying.

FIG. 26 is a hardware block diagram of the procurement support system 60 of the present invention, and the same applies to the matching system, the terminal of the ordering business entity 1 and the terminal of the ordering business entity 2. 300 is an arithmetic unit, 3
Reference numeral 01 denotes a so-called program execution area, which is a program execution unit constituted by a RAM, and which executes each of the programs for executing the following flow and is executed by the arithmetic unit 300. Reference numeral 302 denotes a database memory, which is a memory corresponding to each database. A communication interface unit 303 communicates with the network 312. Reference numeral 304 denotes an input unit interface unit for transmitting information input by the man-machine input unit 309 to each block. 305, an output unit interface unit;
Reference numeral 6 denotes an image data memory for storing screen data output to the man-machine output unit 310. 307
Reference numeral denotes a processing unit program memory, which is a memory for storing a program executed by the processing unit including the arithmetic unit 300. The processing unit program memory 307 and the database memory 302 generally use a storage medium such as a hard disk, which is a non-volatile memory so as to be rewritable. . 308 is a medium output unit, 309 is a man-machine input unit, 310 is a man-machine output unit, 311 is an output medium, which is a medium output from each system and each terminal. The medium generally includes a paper medium and an electronic medium. For example, the paper medium is a printed matter, and the electronic medium is an FD (floppy (registered trademark) disk) storing an electronic information, a CD-R (compact disk recorder), M
O (magnetic optical disk), DVD (digital versatile disk) and the like. The medium output means 308 may be selected (prepared) in accordance with the output medium. Reference numeral 312 denotes a network.

The matching of the order information database 73 with the purchase information database 74 in FIGS. 17 to 20, 22 to 25, and 21 which are flowcharts of the functional block diagrams in FIGS. 11 to 16 will be described below. The procurement support system of the present invention will be described with reference to the drawings.

In the present invention, as described above, the basic information acquired from the customer is stored in advance, and when the customer requests an order, the information necessary for accounting processing is automatically converted from the stored basic information. To automatically generate information from information corresponding to the order slip to information corresponding to the billing slip. Further, by separately reading and matching information from databases separately generated in the procurement support system of the present invention, a matching operation that has been hitherto performed by human judgment is systematized. Therefore, first, the data of the ordering party 1 is registered in the procurement support system 60.

FIG. 17 is a flow chart for registering the ordering source 1, ie, the customer. The customer registration function section 64 shown in FIG.
This corresponds to FIG. 12 showing the details. First, customer information 80 is sent from the customer, the ordering source 1, to the customer registration function unit 64 of the procurement support system 60, and a registration request is made. In the customer registration function unit 64 of the procurement support system 60, it is determined in step 151 whether or not there is a customer registration request from the ordering party 1. If there is no such request, another process 152 is performed. Then, it is searched whether the customer information database 70 has customer information for which registration has been requested. Then, it is confirmed in step 154 whether or not the searched customer information is registered. If there is, the process proceeds to step 163 to transmit the registration completion report 104 to the ordering party 1 as a registration result. The customer information format is read from the information database 70. Then, the customer information format read in step 156 is transmitted to the supplier 1. In step 157, it is confirmed whether or not the customer information 80 based on the format transmitted is returned. If there is no customer information 80, other processing in step 158 is performed. Obtain credit information from the database 102. Then, it is determined whether or not the credit information of the customer obtained in step 160 is appropriate as a business partner. If it is determined that the credit information is appropriate, the process proceeds to step 161 to register it in the customer information database 70. Customer information database 7 as a proper customer
Register to 0. Then, in step 163, a registration completion report 104, which is a registration result, is transmitted to the ordering party 1.

Thus, the customer information is stored in the procurement support system 60.
Is registered, the ordering source 1 can purchase the product / service 4 via the procurement support system 60. Therefore, first, the ordering party 1 gives the ordering party 2 an estimate 2 in FIG.
The case of requesting No. 1 will be described based on the flow of FIG. FIG. 18 is a flow chart of the creation of estimation information by the estimation function unit 65 shown in FIG.

First, the consumer function 31 of the ordering party 1 executes the product information search function 10 of the estimation function section 65 of the procurement support system 60.
7 and sends the estimate request information 81. Note that the quote request information 81 here indicates a product / service desired by the ordering party 1 in the present invention. The product information search function 107 of the estimation function unit 65 checks in step 171 whether or not there has been a request for quotation from the ordering party 1. If there is no such request, another processing 172 is performed. The product information database 72 is searched for product information for which a quote has been requested. And step 174
Then, it is confirmed whether or not the searched product information is registered. If there is, the quotation information 82 is transmitted to the ordering party 1 in step 181; Is sent. Then, the supplier selection function 108 selects a suitable supplier from the supplier information database 109 for the product for which the quote has been requested. Then, the quotation request information 89 is transmitted by the communication function 106 to the supplier 2 selected in step 176. Then, in step 177, it is confirmed whether or not the quote information 90 of the supplier 2 has been returned based on the transmitted quote request information 89.
If not, another processing is performed in step 178. If there is, in step 179, the optimum quotation information 90 of the supplier 2 is selected from the quotation information 90 of the supplier 2 received by the quotation determining function 110. . Then, estimate information is determined based on the estimate information 90 of the supplier 2 selected in step 180. Then, the quotation information 82 determined in step 181 is transmitted to the ordering party 1.

When the quote is obtained in this way, the ordering party 1 can place an order through the procurement support system 60 for the product / service 4. Therefore, the order source 1 makes the order 22 in FIG. FIG. 19 shows a flow in this case. FIG. 19 is a flowchart of ordering by the ordering function section 66 shown in FIG.

First, the consumption function 31 of the ordering party 1 executes the order confirmation function 1 of the ordering function section 66 in the procurement support system 60.
The order information 83 is sent to 14. The order information 83 is request information for purchasing the product / service 4 from the order source 1, and specifically, for example, the model, quantity, price, etc. of the product. This order confirmation function 114 is executed in step 191
It is checked whether there is order information 83 including the customer identification code from order source 1. If not, another process 192 is performed. If there is, the process goes to step 193. , Specifically, information on the ordering party 1 composed of a department name, a department code, a department budget, and the like. In step 194, based on the acquired customer identification code and the product information included in the ordering information 83, items to be described in the billing slip when making a request to the ordering party 1, specifically, for example, a department code, an account The billing information essential items including subjects are extracted from the customer information database 69. In addition,
The account item here is an identification code for managing tax expenses and the like. Then, in step 195, order information is generated from the extracted billing information essential items. The order information refers to order information 83 from the procurement support system 60 and the ordering party 1 viewed from the ordering party 2, and specifically, for example, the model, quantity, and price of the product. . Then, in step 196, it is confirmed whether or not there is corresponding estimation information in the estimation information database 111. If there is, the corresponding estimation information is read from the estimation information database 111. This quote information is quote information that has been replied by the supplier 2. If there is corresponding quote information, it is preferentially referred to. On the other hand, if there is no such item, the corresponding item information is read from the item information database 72 in step 198. Generally, when the product information corresponding to the product information database 72 exists, the quotation itself does not occur, so that the product information database 7
The information to be read from No. 2 refers to when there is no estimate information. In step 199, the read product information is written in the order information generated in step 195, and stored in the order information database 73.
In step 200, order information 91 via communication function 106
To the sales function 33 of the supplier 2. Then, the sales function 33 stores the order information 91 in the order information database 115.

When the order is placed in this way, the ordering party 2 sends the order information 7 to the shipping function 37 based on the order information 91 stored in the order information database 115 as shown in FIG.
Then, the sending function 37 sends the delivered item (goods / service) 4 to the consuming function 31 of the ordering party 1 as shown in FIG. At the same time, the delivery information 92 is sent to the receiving function unit 67 of the procurement support system 60. FIG. 20 is a flow chart of the delivery and acceptance of the receiving function unit 67 shown in FIG. First step 2
At 11, it is checked whether the delivery information 92 has been sent from the sending function 37 of the supplier 2 to the receiving function unit 67 of the procurement support system 60. If not, another process 212 is performed. If there is, the process proceeds to step 213 and the communication function 1 is executed.
The delivery information 92 obtained through the step 06 is stored in the purchase information database 54. And the obtained delivery information,
The delivery confirmation function 116 transmits the delivery information 84 to the consumption function 31 of the order source 1 as delivery information 84. And step 215
Then, it is confirmed whether or not the acceptance information 85 corresponding to the transmitted delivery information 84 has been received.
6 and other processing is performed.
7 and the acceptance information 85 received by the acceptance confirmation function 117
Is stored as received in the order information database 73.

Delivery and acceptance are performed in this manner. When a request for compensation is made based on this delivery or acceptance, it is checked whether the delivery has been made surely and whether the acceptance has been made ( Matching) is required. Also, when the ordering party 1 pays for the bill, it is necessary to confirm (match) whether the receipt information 121 and the bill information 86 match. FIG.
FIG. 16 is a diagram for explaining matching between a purchase information database 74 storing delivery information 92 described in FIG. 15 and an order information database 73 storing inspection information 85. In the order information database 73, the acceptance information 85 is acquired, and the accepted information is added to the order information 129. In the figure, A and B of the order information database 53
Corresponds to the accepted order information. Similarly, C and D are unaccepted order information. A and C in the purchase information database 74 are information written in the database upon acquisition of the purchase information 131 (meaning that purchase has been completed). The matching is a process of matching respective information in the order information database 73 and the purchase information database 74, and four combinations in the figure can be considered. That is, A has been accepted and purchased, and this is the object of billing. B has been accepted but has not been purchased, and this is an error, so that fact is written to the purchase information database 74. C has not been accepted but has been purchased and is subject to an acceptance request to ordering party 1. D is unaccepted and has not been purchased, and is to be investigated as to why purchase was not performed.

FIG. 22 shows the billing function section 68 in FIG.
FIG. 7 is an operation flowchart of the matching function 130 of the receiving information and the purchase information. First, in step 221, the order information database 73 is searched. Then, in step 222, it is checked whether or not there is inspection data in the order information database 73, and if there is, the process proceeds to step 236. If not, the process proceeds to step 223. Therefore, the case where the inspection information 85 is not described will be described first. First, the purchase information 131 is read from the purchase information database 74 in step 223. Then, in step 224, the unaccepted information is compared with the purchase information 131,
In step 225, it is confirmed whether or not the information matched matches. If they do not match, the flow advances to step 226 to transmit to the supplier 2 information on the waiting for purchase (non-payment information 132), that is, the information corresponding to D in FIG. In step 227, it is confirmed whether or not there is a reply. If there is no reply, other processing is performed in step 228. At 234, it is determined whether or not there is a reply. If there is no reply, at step 235, the fact that it is suspended is written in the order information database 73. If there is a reply in step 234, step 23
Proceeding to 3, the inspection information is written into the order information database 73.

On the other hand, when the information matched in step 225 matches, and when the object of the waiting-for-purchase information is sent out in step 229, the process proceeds to step 230, where the unconfirmed information (unaccepted information) 120 in the order information database 73, That is, the fact that it is C in FIG. Then, it is checked in step 231 whether or not there is a reply. If there is no reply, other processing is performed in step 232, and if so, the acceptance information is written in the order information database 73. In step 222, the order information database 5
If there is inspection data in step 3, the flow advances to step 236 to read the purchase information 131 from the purchase information database 74. Then, in step 237, the inspection presence information is matched with the purchase information, and in step 238, it is confirmed whether or not the matched information matches. If they match, the process ends because it is A in FIG. 21. If they do not match, the process proceeds to step 239 because it is B in FIG. 21 and the purchase omission information in the purchase information database 74 is transmitted to the supplier 2. Then, it is confirmed in step 240 whether or not there is a reply. If there is no reply, another processing is performed in step 241. The order information 129 and the purchase information 1
The matching of 31 is to match the information of the order information database 73 stored in the procurement support system 60 with the information of the purchase information database 74. This is a process for verifying whether or not any error has occurred. The extraction of the mismatch information is information in which a difference has occurred due to a matching process between the order information 149 and the purchase information 131.

FIG. 23 is an operation flow chart of the matching function 133 of the billing function unit 68 in FIG. First, in step 251, billing information 137 of the supplier is read, and in step 252, billing information 86 from the supplier 1 is read. Then, in step 253, the billing information 86 of the ordering party 1 is compared with the billing information 137 of the ordering party 2. Then, it is confirmed whether or not the information matched in step 254 matches. If they match, the process ends. If they do not match, the process proceeds to step 255 to extract mismatch information. Then, in step 256, the billing function 7 of the supplier 1
8, the fact that the billing information 86 of the ordering party 1 does not match the billing information 137 of the ordering party 2 is transmitted. In step 257, it is checked whether or not there is a reply. If there is no reply, another process is performed in step 258. The output of the payment notice corresponding to this coincidence corresponds to the instruction of the automatic debit (or account transfer) 136 at the financial institution based on the debit information 135 to the financial institution.

FIG. 24 is an operation flow diagram when the receiving information 121 and the unaccepted information 120 of the matching system 62 of the order source 1 in FIG. 16 are matched. First step 2
At 71, the matching function 122 of the receiving information 121 and the billing information 86 reads the receiving information 121 of the receiving information database 61 and the unaccepted information 120 from the procurement support system 60 and matches them. In step 272, it is confirmed whether or not there is unaccepted information 120. If not, if not, the process is finished. Then, in step 274, it is confirmed whether or not there is a reply. If there is no reply, other processing is performed in step 275,
If there is, it is written in the receipt information database 61 in step 276, and the process ends.

FIG. 25 is an operation flowchart for matching the receipt information 121 and the billing information 86 of the matching system 62 of the order source 1 in FIG. First, step 281
Reads the receipt information 121 from the receipt information database 61, and reads the billing information 86 from the procurement support system 60 in the next step 282. Then, in step 283, the received information 121 is compared with the billing information 86, and it is determined whether or not the information matched in step 284 matches. If they match, the process proceeds to step 289, and outputs the matching matching information 123 to the accounting function 41. If they do not match, the process proceeds to step 285, where excess billing information is transmitted to the billing function unit 68 of the procurement support system 60. Then, in step 286, it is determined whether or not there is a reply,
If not, another process is performed in step 287. If there is, the received information is written in the reception information database 61 in step 288, and the process proceeds to step 289, where it is output to the accounting function 41 as matching match information.

FIG. 27 is a conceptual diagram for explaining the second embodiment of the present invention. In the embodiment of FIG. 11 described above, the matching system 62 is located inside the ordering source. In the second embodiment, it is an image diagram when this matching system is installed outside. In the figure, reference numeral 60 denotes a procurement support system as described above, 32
0 is the first ordering source, 321 is the second ordering source, 322 is the nth ordering source, 323 is the matching system.
4 is a matching area corresponding to the first orderer, 325
Is a matching area corresponding to the second order source, and 326 is a matching area corresponding to the n-th order source. Note that the matching area is a database and a matching work area for each ordering source. With such a configuration, each ordering source 1 does not need to have a matching system inside. Becomes unnecessary.

FIG. 28 is an overall functional block diagram of the second embodiment of the present invention based on the concept of FIG. 27.
7 as described in the conceptual diagram of FIG.
The receiving information database 61 and the matching system 62 included in the
23. The components and operations in FIG. 28 are the same as those described in the functional block diagrams of FIGS. 11 to 16 and the flowcharts of FIGS. 17 to 20 and FIGS. 22 to 25. Therefore, only the operation of the matching system 323 will be described based on the functional block diagram of FIG. 16 and the flowcharts of FIGS. 24 and 25.

First, at step 271 in FIG. 24, the matching function 122 of the receipt information 121 and the billing information 86 of FIG. 16 reads the reception information 121 of the receipt information database 61 and the unaccepted information 120 from the procurement support system 60 and matches them. Then, in step 272, the unaccepted information 120
It is confirmed whether or not there is, and if not, the process is completed. If so, in step 273, the target department 31 of the consumer department of the ordering party 1
To the non-acceptance information, that is, the matching mismatch information 124. Then, it is checked in step 274 whether or not there is a reply. If there is no reply, other processing is performed in step 275. If there is, the result is written in the reception information database 61 in step 276, and the processing is terminated.

Then, the receiving information 121 and the billing information 86 of the matching system 62 of the order source 1 are matched. First, in step 281 of FIG. 25, the reception information 121 is read from the reception information database 61, and the next step 2 is executed.
At 82, the billing information 86 is read from the procurement support system 60. Then, in step 283, the received information 121 is compared with the billing information 86, and it is determined whether or not the information matched in step 284 matches. If they match, the process proceeds to step 289, where the matching information 123 is output to the accounting function 41 of the order source 1 as the matching information 123. If they do not match, the process proceeds to step 285, where excess billing information is transmitted to the billing function unit 68 of the procurement support system 60. Then, it is determined in step 286 whether or not there is a reply. If there is no reply, other processing is performed in step 287.
At 88, the information is written to the receipt information database 61, and the process proceeds to step 289, where the information is output to the accounting function 41 of the ordering party 1 as matching match information.

FIG. 29 is a conceptual diagram for explaining the third embodiment of the present invention. In the second embodiment shown in FIG. 27, the matching system 323 is provided outside the ordering source 1. In the second embodiment, it is an image diagram when provided in the procurement support system 60. In the figure, reference numeral 320 denotes a first order source, 321 denotes a second order source, 322 denotes an n-th order source, 330 denotes a matching unit, 331 denotes a matching area corresponding to the first order source, and 332 denotes a matching area corresponding to the first order source. A matching area corresponding to the second ordering source, 333 is a matching area corresponding to the nth ordering source, and 334 is a procurement support unit. It should be noted that the matching area refers to the ordering source unit database and the matching work area, as described with reference to FIG. 27 of the second embodiment.

FIG. 30 is an overall functional block diagram of the third embodiment of the present invention based on the concept of FIG. 27.
9 as described in the conceptual diagram of FIG.
Is provided as a matching unit 330 inside the procurement support system 60. The components and operations in FIG. 30 are the same as those described in the functional block diagrams of FIGS. 11 to 16 and the flowcharts of FIGS. 17 to 20 and FIGS. 22 to 25. Therefore, only the operation of the matching system 330 will be described based on the functional block diagram of FIG. 16 and the flowcharts of FIGS. 24 and 25.

First, in step 271 of FIG. 24, the matching function 122 of the receipt information 121 and the billing information 86 of FIG. 16 reads the reception information 121 of the reception information database 61 and the unaccepted information 120 from the procurement support system 60 and matches them. Then, in step 272, the unaccepted information 120
It is confirmed whether or not there is, and if not, the process is completed. If so, in step 273, the target department 31 of the consumer department of the ordering party 1
To the non-acceptance information, that is, the matching mismatch information 124. Then, it is checked in step 274 whether or not there is a reply. If there is no reply, other processing is performed in step 275. If there is, the result is written in the reception information database 61 in step 276, and the processing is terminated.

Then, the receiving information 121 and the billing information 86 of the matching system 62 of the order source 1 are matched. First, in step 281 of FIG. 25, the reception information 121 is read from the reception information database 61, and the next step 2 is executed.
At 82, the billing information 86 is read from the procurement support system 60. Then, in step 283, the received information 121 is compared with the billing information 86, and it is determined whether or not the information matched in step 284 matches. If they match, the process proceeds to step 289, where the matching information 123 is output to the accounting function 41 of the order source 1 as the matching information 123. If they do not match, the process proceeds to step 285, where excess billing information is transmitted to the billing function unit 68 of the procurement support system 60. Then, it is determined in step 286 whether or not there is a reply. If there is no reply, other processing is performed in step 287.
At 88, the information is written to the receipt information database 61, and the process proceeds to step 289, where the information is output to the accounting function 41 of the ordering party 1 as matching match information.

FIGS. 31 to 46 show an example of a form in which the procurement support system of the present invention is implemented as an actual service, and examples of screens used there. FIG.
1 is an example of an embodiment of a procurement support service, FIG. 32 is a specific configuration example of a computer screen hierarchy in a procurement support system viewed from a customer, and FIGS. 33 to 46 are specific examples of the screen.

In these figures, the same components as those described above are denoted by the same reference numerals. FIG.
1 is the ordering source, 2 is the ordering party, 31 is the consumption function, 3
3 is a sales function, 37 is a shipping function, 41 is an accounting function, 60
Is a procurement support system, 61 is a receipt information database, 6
2 is a matching system, 63 is payment confirmation information, 70 is a customer information database, 71 is an order processing function, 72 is a product information database, 73 is an order information database, 7
5 is a billing function, 76 is shipping information, 77 is delivery information,
78 is a billing function, 81 is quote request information, 82 is quote determination information, 83 is order information, 84 is delivery information, 85 is acceptance information, 86 is billing information, 89 is quote request information, 90 is quote information, 91 Is order information, 93 is billing information, 128 is automatic debit at a financial institution, 134 is account clearing, 13
6 is an automatic debit at a financial institution, 138 is an account clearing, 400 is a log-in to the procurement support system 60 of the ordering party 1, 401 is a quote request for goods and services, 402 is an order for goods and services, and 403 is an ordering source. 1, budget management data, 404 is shipment of goods / services, 405 is delivery of a purchase slip (delivery note), 406 is delivery of goods / services,
407 is the receipt of goods / services, 408 is a database of acceptance information, 409 is a database of purchase history of goods / services of the ordering party 1, 410 is creation and sending of invoices of goods / services, 411 is a purchasing information database 7
The delivery information 93 of No. 4 and the inspection information 85 of the inspection information database 409 are matched, and 412 is payment confirmation information.

FIG. 32 shows an example of a specific configuration of a computer screen in the procurement support system of the present invention. 50 in the figure
Numeral 0 is a main menu as shown in FIG. 33, and includes a usage description 501, an outsourcing description 502, a list 503 of each product group, and a product search 5 as shown in FIG.
04, a member login 505, a new member registration 506, an inquiry 507, and the like as shown in FIG. Under each menu, further menus are prepared. For example, below the description 502 of outsourcing, there is a description 508 of each core, below each product group list 503, each product list 509, Product details list and order screen 510, order confirmation and member number.
There are an input 511 and an order thank you screen 512. Further, below the member login 505 as shown in FIG. 34, there is a main menu 513 for each company as shown in FIG. 35, and below that, a list 514 of each product group as shown in FIG. There are a product list 515, product details and order 516 as shown in FIG. 37, an order confirmation 517 as shown in FIG. 38, and an order thanks screen 518. In addition, below the main menu 513 for each company, a purchase history 519 as shown in FIG. 39, a budget management 520 as shown in FIG.
There are a my catalog 521 as shown in FIG. 40 and customer basic information 522 as shown in FIG. 43. Further, under this customer basic information 522, a department code 523 and an account 5
24, a screen for inputting personal information 525 and the like is provided.

Hereinafter, an example of a form in which the procurement support system of the present invention shown in FIG. 31 is implemented as an actual service will be described with reference to a specific configuration example of a computer screen in the procurement support system of the present invention. When orderer 1 places an order for a product / service, first, member login 505 on main menu screen 500 in FIG. 33 is clicked by login in 400 in FIG. 31 and member login screen 505 shown in FIG. 34 is read. And user ID
Enter your (customer code) and password and log in.
Then, the order processing function 71 of the procurement support system 60 reads out the customer code information of the orderer 1 from the customer information database 70, and if there is a customer code and a password, permits the login. A menu screen 513 is displayed. The main menu screen 513 for each company includes a purchase history 51 as shown in FIG.
9, a budget management 520 as shown in FIG. 42, a my catalog 521 as shown in FIG. 40, and customer basic information 522 as shown in FIG.
A screen for inputting a department code 523, an account item 524, personal information 525, and the like is provided below 22.

For example, if the user clicks on the exhibition 526, the list of each product group as shown in FIG. 36 is displayed. The details of the product and the order screen 516 as shown are displayed. If there is a product to be purchased, enter the quantity 528 and the price 529 and click 530 in the cart to confirm the order as shown in FIG. Screen appears, and when the confirmation OK 531 is clicked, it is possible to place an order as it is. In addition, when ordering the same item that was previously ordered, it is possible to read the purchase history screen 519 shown in FIG. 39. For frequently purchased items, the My Catalog 521 shown in FIG. Editing is also possible. If you do not know where the desired product is,
If you can easily search on the product search screen 504 shown in 1 and the budget is set for each individual or department,
By inputting the budget defined on the budget management screen 520 as shown in FIG. 42, the budget balance can be checked at any time. It is made impossible.

The orderer 1 who has logged in in this way,
When making an estimate request 401 for a service, the estimate request information 81 is sent according to a predetermined format. Then, the order processing function 71 searches the product information database 72 to check whether there is information on the product for which the quote has been requested, and if so, sends it to the order source 1 as the quote determination information 82. If not, it sends the quotation request information 89 to the sales functions 33 of the plurality of suppliers 2 as necessary. When the quotation information 90 is acquired from the sales function 33, the quotation information 90 is stored in the commodity information database 72 and, at the same time, the quotation of the supplier 2 capable of providing the most suitable commodity / service is transmitted to the orderer 1 as the quotation determination information 82.

In this way, the quotation on the goods / services is obtained, and if it is OK, the ordering party 1 sends the ordering information 83 attached with the account code at 402 to the procurement support system 71.
And sends an order. This account item code is read by reading the customer basic information screen 522 shown in FIG. 43 and clicking the item information input / correction 524 in the screen. Then, the order processing function 71 first checks the budget management data 403 of the ordering party 1 input in FIG. 42 stored in the customer information database 70, and if it confirms that the current order is within the budget, this order information 83 is stored in the order information database 73, and the order information 91 is sent to the sales function 33 of the ordering party 2. The sales function 33 of the supplier 2 to which the order information 91 has been sent creates dispatch information 76 based on the order information 91 and sends it to the dispatch function 37. Then, the shipping function 37 sends out the goods / services 404 to the order source 1 and at the same time, sends the delivery information 77 as a purchase slip sending 405 to the procurement support system 6.
0 and the billing function 78 of the supplier 2. The delivery information 77 sent to the order receiving function 71 of the procurement support system 60 is sent to the consuming function 31 of the ordering party 1 as post-delivery information 84 stored in the purchase information database 74. On the other hand, the supplier 1 receives the delivery 40 of the product / service.
When step 6 is performed, the delivery is received 407, and if the product / service is as desired, acceptance is performed using the delivery information 84, and the acceptance information 85 is sent to the procurement support system 60 and the matching system 62. The procurement support system 60 to which the acceptance information 85 has been sent is stored in the acceptance information database 408 and the purchase history database 409, and the matching system 62 is stored in the receipt information database 61. The acceptance information database 408 that stores the acceptance information 85 may also serve as the order information database 73, as described with reference to FIG.

When the delivery and acceptance of the goods / services have been completed in this way, and the deadline for the settlement or billing of the price set in advance between the orderer 1 and the procurement support system 60 comes, the billing function 78 of the supplier 2 becomes A bill creation 410 is performed based on the delivery information 77 and sent to the billing function 75 of the procurement support system 60 as billing information 93. Then, the billing processing function 75 first compares the delivery information 77 stored in the purchase information database 74 with the acceptance information database 408 or the acceptance information 85 stored in the order information database 73 at 411, It is checked whether or not the goods / services have been delivered without fail. When it is confirmed that the goods / services have been delivered, this time, as shown in FIG.
Matching 411 between the inspection information 85 and the billing information 93 is performed. Then, when it is confirmed that the billing information 93 is not different from the contents described in the acceptance information 85, the billing information is inputted and taken into the accounting system as payment confirmation information 412, and the automatic debit 136 is performed in the payment account. It is sent to the original matching system 62. If they do not match as shown in FIG. 46, B, C, D explained in FIG.
In such a case, the cause is separately investigated for these.

The matching system 62 of the order source 1 to which the billing information 86 has been sent first reads out the acceptance information 85 stored in the receipt information database 61, as shown in FIG. Match by automatic matching. Then, if they match, the payment is sent to the accounting function 41 as payment confirmation information 63, input to the accounting system, and automatically debited 128 in the payment account. Note that the payment confirmation information 63 includes the order information 83 as described above.
Is assigned an account code, the accounting function 41
Can be used as it is without any modification such as sorting.

[0075]

As described above, according to the first and sixth aspects of the present invention, it is possible to solve the problem that the encounter information is not known, and to know the customer who is cheap and has good service. As a result, it is not possible to place orders with expensive and poorly serviced suppliers, thereby consuming no useless and unnecessary added value. Therefore, it takes time to select a supplier, and even if a supplier is selected in this way, it is necessary to negotiate the price each time. This solves the problem that the price does not decrease and that the coordination between the consumption function and the management function in the order unit or the transaction unit does not work well, and unnecessary re-matching work is lost. In addition, since the inspection information and the billing information are created based on the order information, the data is made consistent, and the matching between the inspection information and the billing information is facilitated.

According to the second aspect of the present invention,
Sorting information is automatically added to the order information, the payment item such as material cost or consumables is not known at the time of ordering (not aware), the responsibility for the order amount is not complied, budget, actual amount However, it is possible to solve problems such as not being able to do it for each subject, and being unable to manage the budget because the payment subject is unclear at the time of ordering. Further, the accounting department does not have to perform any operations such as matching invoices and receipts, assigning accounts, classifying expenses, and issuing and transferring slips for payment.

Further, according to the third and seventh aspects of the present invention, the matching information is completely automatic since the acceptance information and the billing information are consistent data created based on the ordering information of the ordering commercial entity. It does not take time to check the invoice and check the bill as in the past, so that the day of checking the slip is not overtime, and the labor and the transfer fee for writing the transfer request form to the transfer destination bank And the problem that the authority of the function is delegated and distributed to a plurality of destinations, and is complicated by the product and the amount of money.

[Brief description of the drawings]

FIG. 1 is a diagram showing definitions of commercial transactions and commercial entities.

FIG. 2 is a diagram showing a definition of a business activity of a commercial transaction organization.

FIG. 3 is a diagram for explaining a flow of procurement of resources necessary for business activities.

FIG. 4 is a diagram for explaining a flow of supplier selection and estimation.

FIG. 5 is a diagram for explaining details of an order.

FIG. 6 is a diagram for explaining details of delivery.

FIG. 7 is a diagram for explaining details of acceptance.

FIG. 8 is a diagram for explaining details of payment

FIG. 9 is a diagram for explaining a potential problem in a purchase operation of a general use product and the like.

FIG. 10 is a diagram for explaining the concept of the present invention.

FIG. 11 is a functional block diagram of the first embodiment of the present invention.

FIG. 12 is a detailed functional block diagram of a customer registration function unit of the procurement support system according to the present invention.

FIG. 13 is a detailed functional block diagram of an estimation function unit of the procurement support system according to the present invention.

FIG. 14 is a detailed functional block diagram of an ordering function unit of the procurement support system according to the present invention.

FIG. 15 is a detailed functional block diagram of a receiving function unit of the procurement support system according to the present invention.

FIG. 16 is a detailed functional block diagram of a billing function unit and a matching system of the procurement support system according to the present invention.

FIG. 17 is a flowchart of customer registration in a customer registration function unit.

FIG. 18 is a flowchart of creating estimation information of an estimation function unit.

FIG. 19 is a flowchart of ordering by an ordering function unit.

FIG. 20 is a flowchart of delivery and acceptance of a receiving function unit.

FIG. 21 is a diagram for explaining matching between an order information database and a purchase information database.

FIG. 22 is an operation flowchart of a matching function of receiving information and purchase information of a billing function unit.

FIG. 23 is an operation flowchart of a function of matching payment information of a billing function unit with billing information of an ordering party.

FIG. 24 is an operation flow diagram in the case where the receiving information and the unaccepted information of the ordering source matching system are matched.

FIG. 25 is an operation flow diagram in the case where the receiving information and the billing information of the ordering source matching system are matched.

FIG. 26 is a hardware block diagram of the present invention.

FIG. 27 is a conceptual diagram illustrating a second embodiment of the present invention.

FIG. 28 is an overall functional block diagram of a second embodiment of the present invention.

FIG. 29 is a conceptual diagram illustrating a third embodiment of the present invention.

FIG. 30 is an overall functional block diagram of a third embodiment of the present invention.

FIG. 31 is an example of an embodiment of a procurement support service business

FIG. 32 is a specific configuration example of a computer screen hierarchy in the procurement support system viewed from a customer.

FIG. 33 is an example of a main menu screen of the procurement support system.

FIG. 34 is an example of a member login screen of the procurement support system.

FIG. 35 is an example of a main menu screen for each company in the procurement support system.

FIG. 36 is an example of a product group list screen of the procurement support system.

FIG. 37 is an example of a product detail and order screen of the procurement support system.

FIG. 38 is an example of an order confirmation screen of the procurement support system.

FIG. 39 is an example of a purchase history screen of the procurement support system.

FIG. 40 is an example of a My Catalog screen of the procurement support system.

FIG. 41 is an example of a product search screen of the procurement support system.

FIG. 42 is an example of a budget management screen of the procurement support system.

FIG. 43 is an example of a customer basic information screen of the procurement support system.

FIG. 44 is an example of a matching processing screen of the procurement support system.

FIG. 45 is an example of a matching processing screen of the procurement support system.

FIG. 46 is an example of a matching processing screen of the procurement support system.

[Explanation of symbols]

 REFERENCE SIGNS LIST 1 ordering business entity 2 supplier business entity 4 goods / services 31 consumption function 32 management function 33 sales function 37 shipping function 41 accounting function 60 procurement support system 61 receipt information database 62 matching system 63 payment information 64 customer registration function part 65 Estimation function part 66 Order function part 67 Receiving function part 68 Billing function part 69 Customer management function 70 Customer information database 71 Order processing function 72 Product information database 73 Order information database 74 Purchasing information database 75 Billing processing function 76 Sales of supplier 2 Ordering information from function 33 77 Delivery information on goods from shipping function 37 of supplier 2 78 Billing function for consideration

 ──────────────────────────────────────────────────続 き Continuing on the front page (72) Noriaki Hayakawa, Inventor 801 Minami-Fudo-do, Shiokyo-dori, Horikawa-Higashi-iri, Shimogyo-ku, Kyoto Within Omron Co., Ltd. 801 Omron Co., Ltd. (72) Inventor Masajun Yamazaki 735-5 Higashishiokojicho, Karasuma-dori Shichijo Shimogyo-ku, Kyoto 735-5 Omron General Services Co., Ltd.

Claims (8)

[Claims] Claims 1. A procurement support system interposed between an ordering business entity and an ordering business entity through a net network to support resource procurement of goods and services at the ordering entity. A first means for selecting and ordering a corresponding product / service and a destination commercial entity based on order information from the ordering source commercial entity having information on the ordering party's commercial entity and a plurality of products / services; A second means for receiving the delivery information created by the preceding commercial entity based on the ordering information and sending the delivery information to the ordering commercial entity; acceptance information created by the ordering commercial entity based on the delivery information; A third means for receiving the billing information created by the ordering business entity based on the ordering information and sending the billing information to the ordering business entity, and Order information, delivery information, and billing information are created by the first means and the second means, and the third information is created based on the acceptance information and the billing information created by the ordering business entity based on the delivery information. Means for producing billing information to the ordering business entity, thereby producing billing information to the ordering business entity based on the ordering information data to provide procurement support. 2. A procurement support system interposed between an ordering business entity and an ordering business entity via a net network to support resource procurement of goods and services at the ordering entity. It has customer information storage means for storing the account code corresponding to the customer's department code and the ordered product in the commercial transaction organization, and information storage means for a plurality of ordering commercial organizations and a plurality of products and services. Means for selecting a corresponding product / service and a business entity to be ordered based on the order information of the customer, extracting an account of the ordered product / service from the customer information storage means, assigning sorting information thereto, and placing an order; Means for receiving the delivery information and sending the delivery information to the ordering commercial entity out of the delivery information and the billing information based on the order information issued by the commercial entity; Means for sending the billing information to the ordering commercial entity after receiving the inspection information based on the received information, and providing procurement support by creating claim information with sorting information based on the ordering information of the ordering commercial entity. A procurement support system characterized by the following. 3. A procurement support system for supporting the procurement of resources such as goods and services in an ordering business entity over a network, comprising: Means for creating order information, and, among delivery information and billing information issued by the ordering business entity based on the order information, acceptance information created by the ordering entity based on the delivery information, and Matching means in the ordering commercial entity that matches the billing information created based on the ordering information and checking whether the two match each other; and order information data of the ordering commercial entity. Procurement support characterized by being able to perform accounting processing of the ordering business entity based on the result of matching the inspection information and billing information created based on the System. 4. The procurement support system according to claim 3, wherein said matching means is placed outside the ordering business entity and the procurement support system. 5. The procurement support system according to claim 3, wherein said matching means is included in a procurement support system. 6. A method for supporting the procurement of resources such as goods and services by an ordering business entity through a network, wherein the product / service is supported based on order information from the ordering business entity.
After selecting the service and the ordering business entity, placing an order, receiving the delivery information and billing information based on the order information from the ordering business entity, sending the delivery information to the ordering business entity, and then receiving the inspection information based on the delivery information. By sending the billing information to the ordering commercial entity in response to the request, it is possible to create delivery information and billing information based on the ordering information of the ordering commercial entity and provide procurement support with consistent data. Characteristic procurement support method. 7. A method for supporting the procurement of resources such as goods and services in an ordering commercial entity through a network, comprising: ordering information to an ordering commercial entity based on ordering information from the ordering commercial entity; And billing information to the ordering commercial entity based on the delivery information and billing information created by the ordering commercial entity based on the ordering information, and the ordering commercial entity creates the billing information based on the delivery information. A procurement support method comprising: comparing the received inspection information with the billing information; and performing accounting processing of the billing information based on the matching result. 8. A matching result of the matching means in the ordering commercial transaction group for confirming whether or not the delivery information of the product / service created based on the order information from the ordering commercial transaction group and the billing information is recorded. Recording medium for procurement support system.