JP2003296524A - Work flow generation method, server device, program and storage medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To generate work flow data according to a charged price when the price charged according to the execution of a contract exceeds an estimated amount. <P>SOLUTION: A client device 300D transmits information for identifying a delivered article and information showing the price of the delivered article to a server device 100. The server device 100 compares the estimated price of the delivered article which is designated by the received information for identifying the article with the received information showing the price of the delivered article. When the amount in delivery exceeds the amount in estimation, the server device 100 generates work flow data showing an acceptance route for obtaining an acceptance to the purchase of the article at the price in delivery according to the received information showing the price of the delivered article. <P>COPYRIGHT: (C)2004,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a technique for generating workflow data indicating a series of work-related flows.

[0002]

2. Description of the Related Art Organizations such as companies frequently purchase articles necessary for business. When purchasing an item, first, the person in charge of purchasing the item takes the estimated amount of the item to be purchased, and based on the estimated amount, the application documents for applying for the purchase of the item are created. .
This application document is circulated among persons (hereinafter referred to as approvers) who have the authority to give permission to purchase the article in order to obtain approval for the article purchase. The route through which this approval is advanced (hereinafter referred to as the approval route) is defined by the rules within the company according to the type of goods to be purchased, the price of goods, and the like. The person in charge of purchasing goods, when applying for purchasing goods,
After confirming the approval route stipulated in the rules of this company and describing it in the application documents, the circulation of the application documents is started.

When the approver receives the application document at his / her own hand, the approver judges whether or not the article can be purchased, and after making the judgment, the next approver who indicated the application document on the approval route. Hand over to. When the application documents are circulated and approved, and the final approver shown at the end of the approval route permits the purchase of the goods, the goods are ordered. When the ordered item is delivered, the person in charge of inspection performs the inspection of the delivered item. When the company that ordered the goods confirms at the time of inspection that the price of the goods delivered is the same as the estimated price, it pays the goods price to the company that delivered the goods.

[0004]

[Problems to be Solved by the Invention] The price of an item normally charged at the time of inspection is charged as estimated. However, at the time of inspection, not only the estimated amount will be charged, but also the amount exceeding the estimated amount may be charged. In such a case, the approver once again determines whether or not the article can be purchased with the amount charged at the time of inspection. At this time, the person in charge of purchasing the goods creates application documents for applying again for the purchase of the goods at the price of the goods at the time of inspection. In addition, the person in charge of purchasing the goods should check the approval route of the application documents again by referring to the rules in the company because the price of the goods has changed from the time of estimation, and write the new approval route in the application documents. Become.

It is unexpected for the person in charge of purchasing the article that the price of the article at the time of estimation and the price of the article charged at the time of acceptance are different. Therefore, it can be said that the work of recreating the application document and the work of reconfirming the approval route according to the content of the application are very troublesome for the person in charge of purchasing the article. This is not limited to purchase and sale contracts. For example, it can be said that the same applies to contracts in which payment is paid as a result of execution, such as temporary staffing and provision of services.

The present invention has been made in view of the above-mentioned circumstances, and in the case where the price at the time of estimation and the price charged for the execution of the contract are different, the contract is executed with the charged price. An object of the present invention is to provide a workflow generation method, a server device, a program, and a recording medium which, on behalf of a person in charge of a contract, determines an approval route according to a billed price and generates a workflow in order to obtain approval.

[0007]

In order to solve the above-mentioned problems, according to the present invention, the first computer apparatus, in execution of the contract, provides price information indicating the price charged along with the execution of the contract. A price information transmitting step of transmitting the price information to a second computer device provided with a storage unit for storing estimated amount information indicating the amount of money to be charged, and the second computer device is configured such that the second computer device transmits the price information from the first computer device. A price information receiving step of receiving the transmitted price information, and a price comparison step of causing the second computer device to compare the estimated price information with the price information,
When the second computer device determines in the amount comparison step that the amount indicated by the price information is larger than the amount indicated by the estimated amount information, the second computer device executes the contract with the amount indicated by the price information. A workflow generation step of generating workflow data indicating an approval route for obtaining approval according to the amount of money indicated by the price information.

According to the present invention, the contract identification information for identifying the contract transmitted from the first computer device, the price information indicating the price charged with the execution of the contract, and the person in charge of the person in charge of the contract. Price information receiving means for receiving personal information, and price comparing means for comparing the price information with the estimated price information of the contract specified by the contract identification information among the estimated price information stored in the storage section. When it is determined that the amount of money indicated by the price information is larger than the amount of money indicated by the estimated amount of money in the price comparison step, the decision whether to execute the contract at the amount of money indicated by the price information is approved. There is provided a server device having a workflow generation unit that generates workflow data indicating an approval route of an approver according to the price information when the person performs the process.

Further, the present invention provides a computer device having a storage unit for storing estimated amount information indicating an amount of money to be charged when the contract is executed, the contract being transmitted from the first computer device. Price information receiving means for receiving price information indicating the price charged with the execution of
In the amount comparison means for comparing the estimated amount information stored in the storage unit with the price information, and in the amount comparison step, it is determined that the amount indicated by the price information is larger than the amount indicated by the estimated amount information. In this case, in order to function as workflow generation means for generating workflow data indicating an approval route for obtaining approval for executing the contract at the amount indicated by the price information, in accordance with the amount indicated by the price information. And a computer-readable recording medium recording the program.

[0010]

DETAILED DESCRIPTION OF THE INVENTION Embodiments of the present invention will be described below with reference to the drawings. However, the present invention is not limited to such an embodiment, and includes any aspect within the scope described in the claims.

[1. Embodiment] Hereinafter, with reference to the drawings,
An embodiment of the present invention will be described.

[1-1. Overall Configuration of Embodiment] FIG.
It is a figure which illustrates the whole structure of the client server system 10 concerning embodiment of this invention. As shown in FIG. 1, the client server system 10 includes a server device 100, a LAN (Local Area Network) 200, and client devices 300A, 300B, 300C, 300.
With D and. Although there are a large number of client devices in this system, in order to prevent the drawing from becoming complicated, the predetermined client devices 300A, 300B, 300C, and 3 that compose the client server system 10 are provided.
Only 00D is shown.

[1-1-1. Configuration of Server Device] FIG. 2
FIG. 3 is a diagram illustrating a hardware configuration of server device 100. As shown in FIG. 2, each unit of the server device 100 is connected by a bus 110. Communication unit 101
Is a network interface, for example, CP
The information supplied from the U (Central Processing Unit) 107 is sent to the LAN 200, and
The information received via is passed to the CPU 107. Operation part 1
Reference numeral 02 denotes a keyboard, a mouse, etc., which are not shown in the figure, and outputs a signal according to a user operation to the CPU 107.
Output to. The display unit 103 includes, for example, a liquid crystal display and a drive circuit that drives the liquid crystal display, and the server device 10 is controlled by the CPU 107.
A menu screen or the like for operating 0 is displayed.

The storage unit 104 has a non-volatile memory such as a hard disk, and has an operating system (OS).
em) Stores programs that manage and generate software and workflows related to the purchase of goods. Further, the storage unit 104 stores the approval route table TB1 illustrated in FIG.
And a workflow progress management table TB2 and an employee table TB3. Approval route table TB
In FIG. 1, approval route data indicating a route through which the application is approved and workflow determination reference amount, which is a reference amount when determining the approval route, are stored in association with each other. Workflow data is stored in the workflow progress management table TB2. What is workflow data?
Information for identifying the person in charge of purchasing the item, information for identifying the item to be purchased, information indicating the estimated amount of the item to be purchased or the amount charged for the delivered item, and approval route data, This is data in which information indicating the progress status of approval (the order of approvers waiting for approval) and an identifier for identifying the generated workflow data are associated with each other. The employee table TB3 includes a client device identifier for identifying the client device and a user identifier for identifying the user of the client device.
Stored in association with the client device name.

A ROM (Read Only Memory) 105 includes
A program such as an IPL (Initial Program Loader) is stored. RAM (Random Access Memory) 10
6 is used as a work area of the CPU 107, and C
Programs executed by the PU 107 and various data are temporarily stored.

When a power source (not shown) is turned on, the CPU 107 reads the IPL from the ROM 105 and executes it.
When executing the IPL, the CPU 107 reads the OS software from the storage unit 104 and executes it. CPU107
Is a signal supplied from the operation unit 102 and the display unit 103.
The user's instruction is specified based on the state of the menu screen displayed on, and the process according to the instruction is performed.

If the user's instruction is to request the execution of a program for managing / generating a workflow related to the purchase of goods, the CPU 107 reads the program from the storage unit 104 and executes it. The flow of processing of this program is shown in FIG.

As shown in FIG. 4, first, the CPU 107
Determines whether or not a notification transmitted from the client device connected to the LAN 200 has been received (step SA1). When determining that the notification has not been received (SA1: NO), the CPU 107 continues to wait until the notification is received.

The CPU 107 returns "YE" in step SA1.
When it is determined to be "S", it is determined whether or not the received notification is a notification that an application for purchasing an article is made (hereinafter referred to as an application notification) (SA2). When the CPU 107 determines that the received notification is a notification to apply for the purchase of the article (SA2: YES), the process proceeds to step SA3.

The application notice transmitted from the client device includes an identifier for identifying the person in charge of purchasing the article (hereinafter referred to as purchaser identification information) and information indicating the estimated price of the article to be purchased (hereinafter referred to as "quote"). , Estimated price information) and information for identifying an item to be purchased (hereinafter referred to as item information). CPU10
7 compares the workflow determination reference amount data of the approval route table TB1 stored in the storage unit 104 with the estimated amount information included in the application notification, and determines the workflow determination reference amount of money equal to or more than the amount indicated by the estimated amount information. Of these, the approval route data with the smallest workflow judgment reference amount is read (SA3).

Next, the CPU 107 initializes approval progress data indicating the order of approvers waiting for approval, and includes the initialized approval progress data, the approval route data read in step SA3, and the application notification. Workflow data that associates the purchaser identifier with the product information included in the application notification is generated. The CPU 107 also generates a workflow identifier for identifying this workflow data. The CPU 107 stores this workflow identifier and the generated workflow data in the workflow progress management table in association with each other (SA4).

After generating the workflow data, the CPU 107 reads information for identifying the approver who is in the order indicated by the approval progress data from the data indicating the approval route of the workflow data. Next CPU1
07 is an employee table TB stored in the storage unit 104 using the read information for identifying the approver as a key.
3 is retrieved and the client device identifier of the client device used by the approver is read. CPU1
07 generates an approval request notification requesting approval from the approver waiting for approval, and transmits the generated approval request notification to the client device designated by the read client device identifier (SA5). . CPU10
After transmitting the approval request notification, the process returns to step SA1 to continue the process.

The CPU 107 returns to "N" in step SA2.
When it is determined to be "O", it is determined whether the received notification is a notification indicating that the goods have been inspected (SA.
6). When the CPU 107 determines that the received notification is a notification indicating that the goods have been accepted (SA6:
(YES), using the information included in the notification, an inspection process is performed to determine whether the goods have been delivered according to the estimated price at the time of application (SA7). The inspection process will be described later.

The CPU 107 returns to "N" in step SA6.
When it is determined to be "O", it is determined whether the received notification is an approval notification for approving the application for purchasing the article or a denial notification for rejecting the application for purchasing the article (SA8). C
When the PU 107 determines that the received notification is a notification of approval or denial (SA8: YE
S), process of approval / denial of application (SA9). The application approval / denial process will be described later.

The CPU 107 returns to "N" in step SA8.
When it is determined to be "O", it is determined whether the received notification is a notification requesting transmission of the contents of the workflow data (SA10). If the CPU 107 determines “YES” in step SA10, it reads the workflow data waiting for approval by the user of the client device that has transmitted the notification from the storage unit 104 using the information included in the notification. . CPU 107
The information included in the read workflow data is transmitted to the client device that has transmitted the notification (SA11). When the CPU 107 determines “NO” in step SA10, the CPU 107 returns to step SA1,
Wait to receive the notification.

[Inspection Processing] Next, the inspection processing executed in step SA7 will be described with reference to the flow chart shown in FIG. The inspection notification transmitted from the client device includes information for identifying the goods that have been inspected (hereinafter referred to as inspection goods information), and information indicating the price of the goods that have been inspected (hereinafter, the inspection payment). Information) and a purchaser identifier for identifying the person in charge of purchasing the goods that have been inspected. The CPU 107 searches the workflow progress management table TB2 stored in the storage unit 104 by using the inspection item information included in the inspection notification and the purchaser identifier as keys, and reads the corresponding workflow data (step SB).
1).

Next, the CPU 107 compares the estimated amount of money information included in the read workflow data with the inspection fee information included in the inspection notice, and the price of the article at the time of inspection exceeds the estimated amount of money. It is determined whether or not (SB2). When the CPU 107 determines that the price of the goods at the time of inspection does not exceed the amount of money at the time of estimation (SB2: NO), it indicates that the approval progress data included in the read workflow data has been received. Data is updated and the workflow data is stored in the storage unit 1.
It is stored in the workflow progress management table No. 04 and the inspection process is ended (SB3).

The CPU 107 returns "YE" in step SB2.
When it is determined to be “S”, the employee table TB3 is searched with the purchaser identifier included in the inspection notification as a key, and the client device identifier of the client device used by the person in charge of purchasing the article is read. The CPU 107 generates an overestimation notification indicating that the price of the purchased article has exceeded the estimated amount, and transmits the generated overestimation notification to the client device identified by the read client device identifier (SB4).

The CPU 107 compares the work flow judgment reference amount data of the approval route table TB1 stored in the storage unit 104 with the inspection price information included in the inspection notification, and determines whether or not the price of the article that has been inspected is greater than or equal to the price. Of the workflow determination reference amounts, the approval route data of the workflow determination reference amount having the smallest amount is read (SB
5). Next, the CPU 107 initializes the approval progress data, and handles the initialized approval progress data, the read approval route data, the purchaser identifier included in the inspection notification, and the inspection article information included in the inspection notification. Generate the attached workflow data. The CPU 107 also generates a workflow identifier that identifies this workflow data. The CPU 107 stores this workflow identifier and the generated workflow data in the workflow progress management table TB2 in association with each other (SB6).

After the workflow data is generated, the CPU 107 uses the approval progress data to provide information for identifying the approver who corresponds to the order indicated by the approval progress data, in the data indicating the approval route of the workflow data. Read from inside. Next, the CPU 107 searches the employee table TB3 stored in the storage unit 104 by using the read information for identifying the approver as a key, and obtains the client device identifier of the client device used by the first approver. read out. The CPU 107 generates an approval request notification requesting approval from the person who firstly approves, and transmits the generated approval request notification to the client device designated by the read client device identifier (S).
B7).

[Approval / Rejection Processing] Next, step SA9
FIG. 6 shows the approval process and the denial process executed by
The flow chart of the approval / denial processing shown in FIG. The approval notification sent from the client device includes a workflow identifier and an identifier for identifying the person who approved the application. Further, the denial notification sent from the client device includes a workflow identifier and an identifier for identifying the person who denied the application. First, the CPU 107 determines whether the received notification is an approval notification (step SC1). CPU
When 107 determines that the received notification is an approval notification (SC1: YES), it uses the workflow identifier included in the approval notification as a key and stores the workflow progress management table in the storage unit 104. Search TB2 and read the corresponding workflow data. Next, the CPU 107 adds 1 to the approval progress data, refers to the approval route data included in the read workflow data, and determines whether or not there is a person who approves in the order indicated by the approval progress data (SC2). ).

When the CPU 107 determines that there is no next approver (SC2: NO), it updates the approval progress data stored in the workflow progress management table TB2 to the content indicating that the approval of the application has been completed. To do. Next CP
U107 reads the purchaser identifier from the workflow data read in step SC2. CPU107
Using the read purchaser identifier as a key, the storage unit 10
The employee table TB3 stored in No. 4 is searched, and the client device identifier of the client device used by the person in charge of purchasing the article is read. The CPU 107 generates an approval end notification for notifying the person in charge of purchasing the article that the approval is completed, and transmits the generated approval end notification to the client device designated by the read client device identifier (SC3).

When the CPU 107 determines that there is the next approver (SC2: YES), it updates the approval progress data stored in the workflow progress management table. Next, the CPU 107 reads the information for identifying the approver who is in the order indicated by the approval progress data from the data indicating the approval route of the workflow data. Next, the CPU 107 searches the employee table TB3 stored in the storage unit 104 using the read information for identifying the approver as a key, and obtains the client device identifier of the client device used by the next approver. read out. The CPU 107 generates an approval request notification for requesting approval to the person who next approves, and transmits the generated approval request notification to the client device designated by the read client device identifier (SC4).

The CPU 107 returns to "N" in step SC1.
If it is judged as “O”, it is included in the denial notice,
Using the workflow identifier as a key, the workflow progress management table TB2 stored in the storage unit 104 is searched and the corresponding workflow data is read. CPU107
Updates the approval progress data included in the read workflow data to data indicating that the workflow is stopped, and stores the updated workflow data in the storage unit 10.
No. 4 is stored in the workflow progress management table TB2 (SC5). Next, the CPU 107 reads the purchaser identifier included in the read workflow data. The CPU 107 uses the read purchaser identifier as a key to store the employee table TB stored in the storage unit 104.
3 is retrieved, and the client device identifier of the client device used by the person in charge of purchasing the article is read out. CPU
107 generates an application denial notice informing the person in charge of purchasing the article that the application has been denied, and transmits the generated application denial notice to the client device specified by the read client device identifier (SC6). .

[1-1-2. Configuration of client device]
Next, the configuration of the client device will be described. The client devices 300A to 300D are
Since both have the same configuration, the client device 300A will be described below as an example. FIG. 7 is a block diagram illustrating a hardware configuration of the client device 300A. With respect to the respective units constituting the client device 300A, the description of the same units as the server device 100 will be omitted.

The client device 300A is different from the server device 100 in that the data and programs stored in the storage unit 304 are different. In the storage unit 304 of the client device 300A, OS software,
A client device identifier for identifying the client device, a user identifier for identifying the user of the client device 300A, and a workflow program that cooperates with a program that manages / generates a workflow related to the purchase of goods executed by the server device 100. Remembered

When a power source (not shown) is turned on, the CPU 307 reads the IPL from the ROM 305 and executes it.
When executing the IPL, the CPU 307 reads the OS software from the storage unit 304 and executes it. CPU307
Is a signal supplied from the operation unit 302 and a display unit 303.
The user's instruction is specified based on the state of the menu screen displayed on, and the process according to the instruction is performed.

If the user's instruction requests execution of the workflow program, the CPU 307 reads the workflow program from the storage unit 304 and executes it. The process flow of this workflow program is shown in FIG.
Shown in.

As shown in FIG. 8, first, the CPU 307
Controls the display unit 303 to display the main menu M1 illustrated in FIG. 9 on the display unit 303 (step SD
1). As illustrated in FIG. 9, the main menu M1 is
Application button B11 for application processing for purchasing goods
And an inspection button B12 for performing the inspection processing of the article,
Approval / Rejection button B to approve / deny the application
13 and an end button B14 for ending the workflow program. Next, the CPU 307
It is determined whether or not the notification transmitted from the server device 100 has been received (SD2). When determining that the notification has not been received (SD2: YES), the CPU 307 causes the display unit 303 to display a menu screen, a message screen, or the like according to the content of the notification (SD3).

The CPU 307 returns "NO" in step SD2.
If it is determined that the signal indicating the operation performed by the user is supplied from the operation unit 302 (SD
4). When the CPU 307 determines that the signal is not supplied from the operation unit 302 (SD4: NO), the process returns to step SD2. When determining “YES” in step SD4, the CPU 307 identifies the operation performed by the user based on the signal supplied from the operation unit 302 and the state of the menu screen displayed on the display unit 303. ,
It is determined whether the operation performed by the user is an operation of clicking the application button B11 of the main menu M1 (S
D5). When the CPU 307 determines that the operation performed by the user is the operation of clicking the application button B11 (SD5: YES), the CPU 307 performs the application processing for purchasing the article (SD6). The process of applying for the purchase of goods will be described later.

The CPU 307 determines "N" in step SD5.
When it is determined to be “O”, it is determined whether the operation performed by the user is the operation of clicking the acceptance button B12 of the main menu M1 (SD7). When the CPU 307 determines that the operation performed by the user is the operation of clicking the inspection button B12 (SD7: YES), the CPU 307 performs the inspection processing of the article (SD8). The process of acceptance of goods will be described later.

The CPU 307 determines "N" at step SD7.
When it is determined to be "O", it is determined whether the operation performed by the user is the operation of clicking the approval / disapproval button B13 of the main menu M1 (SD9). CPU307
Determines that the operation performed by the user is the operation of clicking the approval / disapproval button B13 (SD9: Y
ES) and approve / deny the application (SD10). The application approval / denial processing will be described later.

The CPU 307 determines "N" at step SD9.
When it is determined to be “O”, it is determined whether the operation performed by the user is an operation of clicking the end button B14 of the main menu M1 (SD11). CPU 307
When it is determined that the operation performed by the user is the operation of clicking the end button B14 (SD11: YES),
Exit the workflow program. CPU 307
When it is determined to be "NO" in step SD11, the process returns to step SD2 to continue the process.

[Application Process in Client Device] FIG. 10 is a flow chart illustrating the flow of the application process executed in the client device. First, the CPU 30
7 displays the application menu M2 for applying for the purchase of the goods illustrated in FIG. 9 (step SE1). As illustrated in FIG. 9, the application menu M2 includes a text box BX21 for inputting a purchaser identifier, a text box BX22 for inputting estimated price information,
Text box BX23 for entering product information
And the Apply button and B to execute the application to purchase the goods.
21 and an application cancel button B22 for canceling an application for purchasing an article.

Next, the CPU 307 determines whether or not the signal indicating the operation performed by the user is supplied from the operation unit 302 (SE2). When the CPU 307 determines that the signal indicating the operation performed by the user is not supplied from the operation unit 302 (SE2: NO), the CPU 307 waits until the signal indicating the operation performed by the user is supplied from the operation unit 302. to continue. When the CPU 307 determines “YES” in step SE2, the signal supplied from the operation unit 302
The operation performed by the user is identified based on the state of the menu screen displayed on the display unit 303, and it is determined whether the operation performed by the user is an operation of inputting information in each text box (SE3). . If the CPU 307 determines “YES” in step SE3, it displays the information input by the user using the operation unit 302 in the corresponding text box (SE4).

The CPU 307 sends "N" in step SE3.
When it is determined to be "O", it is determined whether the operation performed by the user is the operation of clicking the application execution button B21 (SE5). When determining that the operation performed by the user is not the operation of clicking the application execution button B21 (SE5: NO), the CPU 307 determines whether the operation performed by the user is the operation of clicking the application cancel button B22. Judge (SE6). When the CPU 307 determines that the operation performed by the user is not the operation of clicking the application cancel button B22 (SE6: NO),
Return to step SE2. CPU 307 executes step SE
When it is determined to be “YES” in 6, the application process ends.

The CPU 307 sends "YE" in step SE5.
When it is determined to be "S", it is determined whether or not the information for applying for the purchase of the article is input in each text box of the application menu M2 (SE7). CPU3
If it is determined that the information for applying for the purchase of the goods has not been input (SE7: NO), Step 07:
Returning to E2, the operation unit 302 waits for a signal indicating an operation performed by the user to be supplied. When the CPU 307 determines in step SE7 that the input is immediate, the CPU 307 generates an application notification including the article information, the estimated price information, and the purchaser identifier, which are input in the text box, and the generated application. Send a notification to the server device 100 (SE
8).

[Inspection Processing in Client Device] FIG. 11 is a flowchart illustrating the flow of the inspection processing executed in the client device. First, the CPU 30
7 displays the inspection menu M3 for inspecting the purchased article illustrated in FIG. 9 (step SF1). Figure 9
As illustrated in FIG. 4, the acceptance menu M3 for inspecting the purchased item inputs the text box BX31 for inputting the purchaser identifier and the information (inspected item information) for identifying the purchased item. Text box BX33 for inputting, and text box BX32 for inputting information (acceptance price information) indicating the price of the purchased article
And an inspection execution button B31 for executing the inspection and an inspection cancel button B for canceling the inspection processing.
And 32.

Next, the CPU 307 determines whether or not the signal indicating the operation performed by the user is supplied from the operation unit 302 (SF2). When the CPU 307 determines that the signal indicating the operation performed by the user is not supplied from the operation unit 302 (SF2: NO), it waits until the signal indicating the operation performed by the user is supplied from the operation unit 302. to continue. When the CPU 307 determines “YES” in step SF2, the signal supplied from the operation unit 302,
The operation performed by the user is specified based on the state of the menu screen displayed on the display unit 303, and it is determined whether the user has performed the operation of inputting information in each text box (SF3). When the CPU 307 determines that the operation of inputting information in the text box is performed (SF3: YES), the information input by the user using the operation unit 302 is displayed in the corresponding text box (SF4). .

The CPU 307 sends "N" in step SF3.
When it is determined to be "O", it is determined whether the operation performed by the user is the operation of clicking the inspection execution button B31 (SF5). When determining that the user has not performed the operation of clicking the inspection execution button B31 (SF5: NO), the CPU 307 determines whether or not the user has performed the operation of clicking the inspection cancel button B32 (SF6). . When the CPU 307 determines that the user has not performed the operation of clicking the acceptance cancellation button B32 (SF6: NO), the process returns to step SF2. When the CPU 307 determines “YES” in step SF6, it ends the inspection process.

The CPU 307 determines "YE" in step SF5.
When it is determined to be "S", it is determined whether or not the information for inspecting the purchased article is input in the text box in the inspection menu M3 (SF7). CPU3
When it is determined that the information for inspecting the purchased article is not input (SF7: NO), 07 returns to step SF2 and the operation unit 302 supplies a signal indicating the operation performed by the user. Wait for you. CPU 307
When it is determined to be “YES” in step SF7, the inspection notification including the inspection item information, the inspection price information, and the purchaser identifier, which are input in the text box, is generated, and the generated inspection notification is sent to the server. The data is transmitted to the device 100 (SF8).

[Approval / Deny Process in Client Device] FIG. 12 shows the approval / denial process executed in the client device.
It is a flow chart which illustrates the flow of denial processing. First, the CPU 307 generates an application data acquisition notification including the user identifier stored in the storage unit 304, and transmits the application data acquisition notification to the server device 100. Next, the CPU 307 receives the information about the workflow data that is waiting for approval by the user of the client device, which is transmitted from the server device 100 as a response to the application data acquisition notification,
Based on the received information, the approval / denial menu M4 for approving / denying the purchase application for the article illustrated in FIG. 9 is displayed (step SG1). As illustrated in FIG. 9, the approval / denial menu M4 includes an area BX41 for displaying a workflow identifier for identifying workflow data,
Area BX42 for displaying the purchaser identifier, area BX43 for displaying the article identification information, area BX44 for displaying the estimated price information, approval button B41 for approving the application for purchasing the article, and denying the application for purchasing the article. And a denial button B42 for performing.

Next, the CPU 307 determines whether or not the signal indicating the operation performed by the user is supplied from the operation unit 302 (SG2). When the CPU 307 determines that the signal indicating the operation performed by the user is not supplied from the operation unit 302 (SG2: NO), it waits until the signal indicating the operation performed by the user is supplied from the operation unit 302. to continue. When the CPU 307 determines “YES” in step SG2, the signal supplied from the operation unit 302,
The operation performed by the user is specified based on the state of the menu screen displayed on the display unit 303, and it is determined whether the user has performed the operation of clicking the approval button B41 (SG3).

In the CPU 307, the user presses the approval button B4.
If it is determined that the operation of clicking 1 has been performed (S
G3: YES), the signal supplied from the operation unit 302,
Approval notification including the workflow identifier that identifies the approved workflow data based on the state of the menu screen displayed on the display unit 303 and identifies the approved workflow and the user identifier of the client device is displayed. It is generated and transmitted to the server device 100 (SG4).
When determining “NO” in step SG3, the CPU 307 determines whether the operation performed by the user is the operation of clicking the denial button B42 (SG5). C
The PU 307 has a denial button B42 for the operation performed by the user.
If it is determined that the operation is not a click (SG
5: NO), the process returns to step SG2 and waits for a signal indicating the operation performed by the user to be supplied from the operation unit 302.

The CPU 307 sends "YE" in step SG5.
If it is determined to be “S”, the workflow data that has been denied is specified based on the signal supplied from the operation unit 302 and the state of the menu screen displayed on the display unit 303, and the workflow that has been denied is specified. Is generated and a denial notice containing the workflow identifier for identifying the client device and the user identifier of the client device is transmitted to the server device 100 (S
G6).

[1-2. Operation Example] Next, an operation example of the present embodiment will be described. However, as a premise of the operation example described below, the server device 100 is
It is assumed that the administrator has turned on the power, and the program for managing and generating the above-mentioned workflow related to the purchase of the article is already being executed. It is also assumed that the client devices 300A to 300D have been turned on by the user of each client device, and the workflow program described above is already being executed. In addition, the client device 300A is the employee A and the client device 3
00B is employee B, client device 300C is employee C,
It is assumed that the client device D is operated by the employee D. Also, the client device identifier of the client device 300A is “ID001”, the client device 300
The client device identifier of B is “ID002”, and the client device identifier of the client device 300C is
It is assumed that “ID003” and the client device identifier of the client device 300D are “ID004”.
Further, it is assumed that the main menu M1 illustrated in FIG. 9 is displayed on the display unit of each client device. Further, it is assumed that the employee A is a person who makes an application for purchasing an item, the item name of the item to be purchased is “personal computer”, and the estimated amount of the item to be purchased is “99000 yen”.

[1-2-1. Application Operation] An application for purchasing an article is started by an employee A who is a user of the client apparatus 300A operating the client apparatus 300A and clicking an application button B11 on the main menu M1. In the client device 300A, when the operation of clicking the application button B11 of the main menu M1 is performed, the application menu M2 for applying for the purchase of the article is displayed on the display unit 303 of the client device 300A (step SE1). .

When the application menu M2 is displayed, employee A
By this, the information necessary for the application for purchasing the goods is input. When the employee A performs an operation of inputting the character string “personal computer” in the text box BX23 for inputting article information, the application menu M
The character string "personal computer" is displayed in the second text box BX23 (step SE3: Y
ES, step SE4). Similar to the item information, the character string "99000 yen" is used as the estimated amount information in the text box BX22, and the character string "Taro Yamada", which is the employee A's name as the purchaser identifier, is used in the text box B.
When an input operation is performed in X21, a character string "99000 yen" is displayed in the text box BX22 and a character string "Taro Yamada" is displayed in the text box BX21.

When the information necessary for applying for the purchase of goods is input to the application menu M2 and the employee A clicks the application button B21 of the application menu M2, the CP
In U307, an application notification including "personal computer" as the item information, "99000 yen" as the estimated amount information, and "Taro Yamada" as the purchaser identifier is generated. The generated application notification is sent to the communication unit 301 and LA.
It is transmitted to the server device 100 via N200 (step SE5: YES, step SE7: YES, step SE8).

When the application notification transmitted from the client device 300A is received by the communication section 101 of the server device 100, the received application notification is transmitted to the client device 1
00 to the CPU 107. Upon receiving the application notification, the CPU 107 receives the workflow determination standard amount data of the approval route table TB1 stored in the storage unit 104 and the estimated amount information included in the application notification “99”.
"10,000 yen" and the workflow judgment reference amount of money equal to or larger than the estimated amount of money is the smallest "10000".
The approval route data of "0 yen" is read. (Step SA
3).

The read approval route data is the purchaser identifier “Taro Yamada” included in the application notice.
And the estimated amount information "99000 yen" and the workflow identifier "W" for identifying the workflow data.
“F001”, the item information “personal computer”, and the approval progress data are stored in the workflow progress management table TB2 in association with each other. The approval progress data stores "1" indicating that the first person in charge of approval is waiting for approval (step SA4).

The CPU 107 reads the information "Hanako Suzuki", which is the information indicating the first approver, from the approval route data of the created workflow data using the approval progress data. Next, the CPU 107 searches the employee table TB3 stored in the storage unit 104 using the information "Hanako Suzuki" as a key, and uses the client device identifier of the client device used by "Hanako Suzuki" from the employee table TB3. Information of a certain "ID002" is read. Next, the CPU 107 generates an approval request notification instructing the approval / disapproval of the application for purchasing the article. The generated notification is transmitted to the client device 300B whose client device identifier is "PC002" (step SA5).

The approval request notification transmitted from the server device 100 is received by the communication unit 301 of the client device 300B and transmitted to the CPU 307. The CPU 307 that has received the approval request notification judges the content of the notification, and since the content of the notification is a notification requesting approval of the application, a message screen prompting the user to control the display unit 303 to approve the application. Is displayed (step SD2: YES, step SD3).

[1-2-2. Approval Operation] Next, an operation example in the case of approving an application for purchasing an article will be described. However, as a premise of the operation example described below, it is assumed that the application operation described above has already been performed.

The approval for the application for purchasing the article is started when the employee B who is the user of the client device 300B operates the client device 300B and clicks the approval / denial button B13 of the main menu M1. . In the client device 300B, when an operation of clicking the approval / denial button of the main menu M1 is performed, the user of the client device 300B displays the information related to the application for approval by the user of the client device 300B. The application data acquisition notification including the information “Hanako Suzuki” which is the user identifier is generated by the CPU 307. The generated application data acquisition notification is transmitted from the client device 300B and received by the server device 100.

Upon receiving the application data acquisition notification, the CPU 107 of the server device 100 searches the workflow progress management table TB2 using the information "Hanako Suzuki" of the user identifier included in the application data acquisition notification, and applies the request. Using the approval progress data of the workflow data, the workflow identifier “WF0” waiting for approval in “Hanako Suzuki” from the workflow progress management table TB2.
01 ”is read out.

From the read workflow data, the CPU 107 uses the information "personal computer" as the item identification information and "99000" as the estimated amount information.
The information "Yen" and the workflow identifier "WF00"
1 ”is read.

Next, the server apparatus 100 uses the information "Hanako Suzuki" included in the application data acquisition notification as a key in order to transmit the data regarding the content of the application to the client apparatus 300B which has transmitted the application data acquisition notification. Then, the employee table TB3 is searched, and the information “ID002” which is the client device identifier of the client device used by “Hanako Suzuki” is read from the storage unit 104. Next, the CPU 107 uses the information “personal computer” as the item information and “9” as the estimated amount information.
"9000 yen", the workflow identifier is "WF001", and the client device identifier is "ID0".
02 ”to the client device 300B (step SA11).

When the client device 300B receives the information about the application data transmitted from the server device 100, the CPU 307 displays the information about the application data and approves or rejects the application based on the received application data. The approval / disapproval menu M4 to be performed is displayed on the display unit 303 (step SG1).

The employee B who is the user of the client device 300B who has viewed this approval / denial menu M4 approves the approval button B4 in the row whose workflow identifier is "WF001".
When the operation of clicking 1 is performed, the CPU 307 determines that the application indicated by the application data of the clicked line has been approved. The CPU 307 generates an approval notification including information “WF001”, which is the workflow identifier of the approved application data, and “Hanako Suzuki”, which is the user identifier of the user of the client device 300B.
The generated approval notification is transmitted to the server device 100 (step SG3: YES, step SG4).

The approval notice sent from the client device 300B is received by the server device 100 and is sent to the CPU 10
Sent to 7. The CPU 107 sets the workflow data designated by the workflow identifier “WF001” included in the approval notification to the workflow progress management table TB2.
Read from. Next, the CPU 107 adds 1 to the approval progress data to make it “2”, refers to the approval route data included in the read workflow data, and judges whether there is a person who approves next (step SC2). ).
In the approval route of the workflow data with the workflow identifier “WF001”, there is a person “Ichiro Sato” as the next approver in the order “2” indicated by the approval progress data, so it is determined that there is a next approver. It Next CPU1
07 is the storage unit 1 with the information "Ichiro Sato" as a key
The employee table TB3 stored in 04 is searched.
As a result, the client device identifier “ID003” of the client device used by “Ichiro Sato” is read. The CPU 107 generates an approval request notification for requesting approval from the person who next approves, and transmits the generated approval request notification to the client device 300C designated by the read client device identifier “ID003” ( Step SC4).

The approval request notification transmitted from the server device 100 is received by the communication unit 301 of the client device 300C and then transmitted to the CPU 307. Upon receiving the approval request notification, the CPU 307 determines the content of the notification and displays a message screen prompting approval of the application (step SD3).

When the message screen is displayed, the employee C who is the user of the client device 300C who has seen the message screen clicks the approval / denial button B13 of the main menu M1. In the client device 300C, “Ichiro Sato”, which is the user identifier of the user of the client device 300C, is displayed in order to display the information on the application for approval by the user of the client device 300C on the display unit 303.
Application data acquisition notification that includes the information
It is generated at 07. The generated application data acquisition notification is transmitted from the client device 300C and received by the server device 100.

Upon receiving the application data acquisition notification, the CPU 107 of the server device 100 searches the workflow progress management table TB2 using the information of the user identifier "Ichiro Sato" included in the application data acquisition notification, and applies the search. Using the approval progress data of the workflow data, the workflow identifier in the workflow progress management table TB2 waiting for approval in “Ichiro Sato” is “WF0”.
01 ”is read out.

From the read workflow data, the CPU 107 gives the information "personal computer" as the article information and "99000" as the estimated amount information.
The information "Yen" and the workflow identifier "WF00"
1 ”is read.

Next, the server apparatus 100 sends the information about the content of the application to the client apparatus 300C which has sent the application data acquisition notification, by using the information "Ichiro Sato" included in the application data acquisition notification as a key. Then, the employee table TB3 is searched, and the information “ID003”, which is the client device identifier of the client device used by “Ichiro Sato”, is read from the storage unit 104. Next, the CPU 107 uses the information “personal computer” as the item information and “9” as the estimated amount information.
"9000 yen", the workflow identifier is "WF001", and the client device identifier is "ID0".
03 ”to the client device 300C (step SA11).

When the client device 300B receives the information about the application data transmitted from the server device 100, the CPU 307 displays the information about the application data and approves or rejects the application based on the received application data. The approval / disapproval menu M4 to be performed is displayed on the display unit 303 (step SG1).

When the employee C who is the user of the client device 300C who has seen this approval / denial menu M4 clicks the approval / denial button B41 of the approval / denial menu M4, the CPU 307 displays the clicked line. It is determined that the application for the application data has been approved. CPU
In 307, “WF001”, which is the workflow identifier of the approved application data, and the client device 300C.
The approval notification including the information "Ichiro Sato", which is the user identifier of the user, is generated. The generated approval notification is transmitted to the server device 100 (step SG).
4).

The approval notice sent from the client device 300B is received by the server device 100 and is sent to the CPU 10
Sent to 7. The CPU 107 sets the workflow data designated by the workflow identifier “WF001” included in the approval notification to the workflow progress management table TB2.
Read from. Next, the CPU 107 adds 1 to the approval progress data to make it “3”, refers to the approval route data included in the read workflow data, and determines whether or not there is a person who approves next. In the approval route of the workflow data whose workflow identifier is “WF001”, since there is no next approver in the order “3” indicated by the approval progress data, the approval progress data indicates “approval end”. Will be updated.

Next, the CPU 107 refers to the workflow data whose workflow identifier is "WF001",
The information "Taro Yamada" of the purchaser identifier is read. C
The PU 107 searches the employee table TB3 stored in the storage unit 104 by using the information "Taro Yamada" as a key, and the information "ID001" which is the client device identifier of the client device used by "Taro Yamada". Read out. Next, the CPU 107 generates an approval end notification informing that the approval for the purchase of the goods has been completed, and transmits the generated approval end notification to the client device 300A whose client device identifier is "PC001" (step SC2: NO). , Step SC3).

The approval end notification transmitted from the server device 100 is received by the communication unit 301 of the client device 300A and then transmitted to the CPU 307. Upon receiving the approval end notification, the CPU 307 judges the content of the notification and displays a message screen notifying that the approval is completed (step SD3). From this message screen, the person in charge of purchasing the article knows that the application for purchasing the article has been approved, and the person in charge of purchasing the article places an order for the application.

[1-2-3. Inspection Operation] Next, an operation example when the ordered article is inspected will be described. However, it is assumed that the application operation and the approval operation described above have already been performed as a premise of the operation example described below. Further, it is assumed that the delivered goods are accompanied by a bill indicating the person in charge of purchasing the goods, the name of the goods, and the price of the goods.

Employee A is sent to employee D who inspects the goods.
When the “personal computer” ordered by is delivered, employee D inspects the goods. When the employee D who receives the "personal computer" performs an operation of clicking the acceptance button B12 of the main menu M1, the display unit 303 of the client device 300D displays
An inspection menu M3 for inspecting the article is displayed (step SF1). When the acceptance menu M3 is displayed, the employee D inputs the information necessary for the acceptance. When the employee D performs an operation of inputting the character string "personal computer" in the text box BX33 of the acceptance menu M3, the character string "personal computer" is displayed in the text box BX33 of the acceptance menu M3 (step SF3). : YES, step SF4).

Similar to the inspection item information, "120,000 yen" is entered in the text box BX32 as the inspection amount information.
When the operation of inputting the character string “Taro Yamada”, which is the name of the person in charge of purchasing the goods, into the text box BX31 as the purchaser identifier, the character string “120,000 yen” and the text box B are input to the text box BX32.
The character string "Taro Yamada" is displayed in X31.

When the employee D inputs the information necessary for the inspection into the inspection menu M3, the employee D clicks the inspection execution button B31 of the inspection menu M3. In the CPU 307, “Personal computer” is set as the inspection item information and “12000” is set as the inspection price information.
An inspection notification including "0 yen" and "Taro Yamada" as a purchaser identifier is generated. The generated inspection notification is transmitted to the server device 100 (step SF7: YES,
Step SF8).

When the acceptance notification sent from the client device 300D is received by the communication section 101 of the server device 100, the received acceptance notification is sent to the client device 1
00 to the CPU 107. The CPU 107 searches the workflow progress management table TB2 stored in the storage unit 104 using the inspection item information “personal computer” included in the inspection notification and the purchaser identifier “Taro Yamada” as keys. When the CPU 107 finds the workflow data with the workflow identifier “WF001” as the workflow data corresponding to the search condition, the CPU 107 reads the workflow data from the storage unit 104 (step SB1).

The CPU 107 compares the estimated amount of money information included in the read workflow data with the inspection fee information included in the inspection notification, and the estimated amount of money is "99000 yen" and the delivered amount of money is " 120,000 yen "
Therefore, it is determined that the price of the goods at the time of delivery exceeds the estimated amount (step SB2: YES).

Since it is determined that the amount of money at the time of delivery exceeds the estimated amount, the CPU 107 uses the information "Taro Yamada", which is the information for identifying the person in charge of purchasing the goods, as a key to the storage unit. The employee table TB3 stored in 104 is searched, and “ID0” which is the client device identifier of the client terminal used by “Taro Yamada” is searched.
The information "01" is read out. Next, the CPU 107 generates an overestimation notification indicating that the price of the delivered item exceeds the estimated amount of money, which includes the information "personal computer" that is the item identification information for identifying the ordered item. To do. The CPU 107 sends the generated quotation excess notification to the client device identifier “ID00
1 ”to the client device 300A (step SB4).

The overestimation notification transmitted from the server device 100 is received by the communication unit 301 of the client device 300A and then transmitted to the CPU 307. The CPU 307 having received the overestimation notification displays a message screen notifying that the delivered goods have exceeded the estimated price (step SD3).

After transmitting the excess estimate notification, the CPU 107 sends "120" of the inspection price information included in the inspection notification.
The approval route table TB1 stored in the storage unit 104 is searched using "000 yen" as a key. CPU107
Compares the workflow determination reference amount data of the approval route table TB1 stored in the storage unit 104 with the inspection price information “120,000 yen” included in the inspection notification, and the price of the goods at the time of delivery “120,000 yen” Of the above workflow judgment reference amounts, the approval route data of "500,000 yen", which is the smallest workflow judgment reference amount, that is, in order to purchase, approval by "Hanako Suzuki", "Ichiro Sato" and Saburo Tanaka " Necessary approval route data is read (step SB5).

The read approval route data includes the purchaser identifier "Taro Yamada" included in the inspection notification, the price of the delivered goods "120,000 yen", and the workflow identifier "WF001" for identifying the workflow data.
Is stored in the workflow progress management table TB1 in association with the approval progress data indicating the progress degree of the workflow. The approval progress data is set to "1" indicating that the first person in charge of approval is waiting for approval and stored (step SB6).

The CPU 107 reads the information "Hanako Suzuki", which is the information indicating the first approver, from the approval route data of the created workflow data. CPU10
The storage unit 10 uses the information "Hanako Suzuki" as a key.
The employee table TB3 stored in No. 4 is searched, and “ID00”, which is the client apparatus identifier of the client apparatus used by “Hanako Suzuki”, is searched from the employee table TB3.
The information "2" is read. Next, the CPU 107 generates an approval request notification instructing the approval / disapproval of the application for purchasing the article. The generated notification is transmitted to the client device 300B whose client device identifier is "ID002" (step SB7).

The approval request notification transmitted from the server device 100 is received by the communication unit 301 of the client device 300B and transmitted to the CPU 307. Upon receiving the approval request notification, the CPU 307 controls the display unit 303 to display a message screen prompting approval of the application because the content of the notification is a notification requesting approval of the application (step SD3). ). After that, the approval process is performed in accordance with the newly generated workflow data, and the item purchase determination is performed again.

As described above, according to this embodiment, a workflow for approving an application for article purchase is generated and generated in the server device 100 in response to an application from a person in charge of purchasing an article. The approval of the application is advanced between the server device 100 and the client device based on the workflow. When the application is finally approved and the item ordered by the person in charge of purchasing the item is inspected, the estimated amount of the item and the amount charged at the time of delivery are compared. If the billed amount exceeds the estimated amount, the person in charge of purchasing the item is notified that the billed amount for the item exceeds the estimated amount. In the server device 100, a workflow for approving the application for purchasing the article is generated again based on the billed amount at the time of inspection, and the approval of the application proceeds between the server device and the client device based on the generated workflow. To be This eliminates the need for the person in charge of purchasing the goods to reconfirm the application and approval route when the billed amount at the time of inspection exceeds the estimated amount. In addition, the person in charge of purchasing the goods will be notified that the amount charged at the time of inspection exceeds the estimated amount when the amount charged at the time of inspection exceeds the estimated amount, so the item will be delivered at the estimated amount. It is possible to know that it was not done and that the application for purchasing the goods will be made again.

[2. Modified Example] In the above-described embodiment, an example in which it is applied to a workflow relating to a contract for purchasing an article (that is, a sales contract) has been described, but the present invention is not limited to the purchase of an article, and the execution of the contract It can be applied to workflows related to other contracts, such as temporary staffing and provision of services, as long as payment is made.

Further, in the above-described embodiment, the approval request notification is transmitted from the server apparatus 100 to the client apparatus in order to allow the approver to approve / deny the application. However, the approval / denial is prompted. However, the approval / disapproval may be prompted by a method such as electronic mail.

Further, in the above-mentioned embodiment, when the billing amount of the article at the time of inspection exceeds the estimated amount, a notification is sent to the person in charge of purchase informing that the billed amount exceeds the estimated amount. If the person in charge of purchase and the inspector are the same person, the notification notifying that the billing amount exceeds the estimated amount may not be transmitted.

Further, in the above-described embodiment, the client device is fixedly associated with the user, but the user inputs the user identifier at the client device, and the client device gives the user identifier and the client device identifier to the server device. The embodiment may be modified so that the server device manages the correspondence between the client device and the user in response to the login.

[0099]

As described above, according to the present invention, the server apparatus executes the contract with the charged price when the charged price associated with the execution of the contract is more than the estimated amount. In order to obtain approval, the approval route is determined according to the billed price and workflow data is generated. As a result, the person in charge of the contract does not have to re-apply or check the approval route of the application again, even if the price charged for executing the contract exceeds the estimated amount. It will be good.

[Brief description of drawings]

FIG. 1 is a diagram illustrating an overall configuration of an embodiment of the present invention.

FIG. 2 is a server device 100 according to an embodiment of the present invention.
It is a block diagram which illustrates the hardware constitutions of.

FIG. 3 is a server device 100 according to an embodiment of the present invention.
Approval route table TB1 stored in the storage unit 104 of
FIG. 6 is a diagram illustrating formats of a workflow progress management table TB2 and an employee table TB3.

FIG. 4 is a server device 100 according to an embodiment of the present invention.
6 is a flowchart illustrating the flow of processing of a program that manages / generates a workflow related to the purchase of an article, which is executed by the above.

FIG. 5 is a server device 100 according to an embodiment of the present invention.
It is a flow chart which illustrates the flow of the inspection processing performed by.

FIG. 6 is a server device 100 according to an embodiment of the present invention.
6 is a flowchart illustrating the flow of approval / denial processing executed in step S4.

FIG. 7 is a block diagram illustrating a hardware configuration of client devices 300A to 300D according to the embodiment of the present invention.

FIG. 8 is a flowchart illustrating a flow of workflow program processing executed by the client devices 300A to 300D according to the embodiment of the present invention.

FIG. 9 is a diagram illustrating a menu screen displayed on the client devices 300A to 300D according to the embodiment of the present invention.

FIG. 10 is a flowchart illustrating a flow of an application process executed by the client devices 300A to 300D according to the embodiment of the present invention.

FIG. 11 is a flow chart exemplifying a flow of inspection processing executed by the client devices 300A to 300D according to the embodiment of the present invention.

FIG. 12 is a flowchart illustrating a flow of approval / denial processing executed by the client devices 300A to 300D according to the embodiment of the present invention.

[Explanation of symbols]

100 ... Server device 200 ... LAN 300A, 300B, 300C, 300D ... Client device 101 ... Communication unit, 102 ... Operation unit, 103 ...
・ Display unit, 104 ... Storage unit, 105 ... ROM,
106 ... RAM, 107 ... CPU, 110 ...
·bus. 301 ... communication section, 302 ... operation section, 3
03 ... Display unit, 304 ... Storage unit, 305 ...
ROM, 306 ... RAM, 307 ... CPU, 3
10 ... bus.

Claims (6)

[Claims] 1. A storage device in which a first computer device stores price information indicating a price charged with execution of a contract and estimated amount information indicating estimated amount of money to be charged with execution of the contract. A price information transmitting step of transmitting the price information to a second computer device including a copy unit; a price information receiving step of the second computer device receiving the price information transmitted from the first computer device; A second computer device compares the estimated amount information and the price information with an amount comparing step; and the second computer device compares the estimated amount information with the amount indicated by the price information in the amount comparing step. When it is determined that the amount is larger than the amount shown, the approval route for obtaining the approval for executing the contract with the amount indicated by the price information is shown. A workflow generation step of generating workflow data according to the amount of money indicated by the price information. 2. A step prior to the price information transmitting step, wherein the first computer device transmits the estimated amount information to the second computer device, and an estimated amount information transmitting step; Said computer device receives said estimated amount information received from said first computer device, the estimated amount information receiving step, and said second computer device received said estimated amount information in said estimated amount information receiving step. The estimated amount information storage step of storing information in the storage unit, the workflow generation method according to claim 1. 3. The first computer device further transmits, in the estimated amount information transmitting step, person-in-charge information indicating a person in charge of the contract, and the second computer device receives the estimated amount information. In step, further, the person in charge information indicating the person in charge of the contract is received, and in the estimated amount information storage step, the second computer device associates the estimated amount information with the person in charge information. A step after the amount comparison step, wherein the second computer determines in the amount comparison step that the amount indicated by the price information is larger than the amount indicated by the estimated amount information. The computer of the person identified by the person-in-charge information for notifying that the amount indicated by the price information exceeds the amount indicated by the estimated amount information. Workflow generating method according to claim 1, characterized in that it comprises an estimate exceeded notification transmission step of transmitting to the location. 4. Contract identification information for identifying a contract transmitted from the first computer device, price information indicating a price charged with execution of the contract, and person-in-charge information indicating a person in charge of the contract. Price information receiving means for receiving the price information, means for comparing the price information of the contract specified by the contract identification information among the price information stored in the storage unit, and the price information, When it is determined in the amount comparison step that the amount indicated by the price information is larger than the amount indicated by the estimated amount information, the approver determines whether to execute the contract with the amount indicated by the price information. In this case, the server device further comprises workflow generating means for generating workflow data indicating an approval route of the approver according to the price information. 5. A computer device having a storage unit for storing estimated amount of money information indicating the amount of money to be charged when the contract is executed, the computer device being transmitted from the first computer device when the contract is executed. Price information receiving means for receiving price information indicating the price to be charged, price comparison means for comparing the estimated price information and the price information stored in the storage section, and in the price comparison step, If it is determined that the amount indicated by the price information is larger than the amount indicated by the estimated amount information, the workflow data indicating the approval route for obtaining approval for executing the contract at the amount indicated by the price information is A program that functions as a workflow generation unit that generates according to the amount of money indicated by the price information. 6. A computer-readable recording medium in which the program according to claim 5 is recorded.