JP2004220122A - Budget execution management method and budget execution management program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a budget execution management method and budget execution management program capable of knowing an optimum budget execution content for every position. <P>SOLUTION: The state of a budget execution is managed along the flow of the execution for each phase of unused portion 50-1, purchase request-issued but unapproved portion 50-2, purchase request approved but unsigned portion 50-3, contract decision issued but unapproved portion 50-4, contract decision approved but unaccepted portion 50-5, acceptance inspected but unpaid portion 50-6, and paid portion 50-7, and stored in a database as the total value 50 by the day before, the journal 51 of the day, and a real-time budge execution amount 52 of the aggregation thereof. According to the duty position of a person in charge, the unused portion 50-1 is displayed as a purchase request-based budget balance 53-1, this plus the purchase request issued but unapproved portion 50-2 and the purchase request approved but unsigned portion 50-3 are displayed as a contract-based budget balance 53-2, and this plus the contract decision approved but unaccepted portion 50-5 and the acceptance inspected but unpaid portion 50-6 are displayed as a budget balance 53-3. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a budget execution management method and a budget execution management program capable of efficiently executing a budget.
[0002]
[Prior art]
Conventionally, the budget is divided into the first half and the second half of the fiscal year or the quarter for a general private company.For example, the expected payment target is summarized for each large department and each project within that department. Being declared at the top. If the total amount is acceptable together with its usage, the declared amount is generally accepted and allocated as a budget for each department.
[0003]
Then, the budget once allocated in such a manner is originally a budget itself calculated by rough estimation, and as a result, it may be surplus or insufficient. However, at present, it is impossible to know whether the result was surplus or insufficient until the end of the term after actually using the budget.
[0004]
In general private companies, there are extensive materials such as daily business reports as materials that show the status of daily business activities, but as accounting materials that know the status of budget execution, trial balances and balance sheets created every month are available. There are tables. However, these contents are visible to corporate officers and accounting professionals, and are not visible to ordinary employees when using the budget. is there. It is also said that it should not normally be shown to ordinary employees.
[0005]
In terms of such budget allocation, government accounting of ministries, national laboratories, universities, and the like is almost the same, and budgets are allocated every fiscal year. In the accounting of ministries, national laboratories, and universities, the execution status of these budgets is different from that of general private companies, and was conventionally based on the way of thinking based on budget items.
[0006]
Therefore, for example, when a person who intends to purchase a new article using a budget generates a slip for a purchase request, it is necessary to check the remaining budget. In the case of a budget balance, only a total sum of the budget balance is presented regardless of the budget usage in the department.
[0007]
For example, an annual budget may be fixed, but the actual payment may be divided into multiple payments. For example, in the case of copy paper, even if the annual budget is fixed, payment is actually made for each month used. In this case, the idea and recognition of managing the copy paper budget balance on a monthly basis is not included in the government accounting.
[0008]
FIG. 9 is a diagram showing such a state of the budget execution amount. The flow of the state of the budget execution amount shown in the figure shows a state of transition from right to left. As shown in the figure, there is a budget amount 1 which is roughly divided into an unused state portion 2, an approximate state portion 3, a partial approximate state portion 4, and a confirmed state portion 5.
[0009]
The unused state portion 2 is, as the name implies, an unused budget amount, and indicates the remaining budget amount that can be used from now on. Approximate state part 3 includes those for which the purchase request has been issued and not yet approved (purchase request not yet approved) and those for which the purchase request has been approved and the contract has not been completed (purchase request approval). Already contracted).
[0010]
In addition, a part of the approximate state part 4 indicates that a contract resolution voucher has been issued and not yet approved (contract resolution voucher has not been approved), or that the issued contract resolution voucher has been approved and the contract Goods that have not yet been delivered and inspected (contract resolution approved and not yet received), and goods that have been accepted and have not yet been paid for acceptance and confirmation of the contracted goods (accepted and accepted) Unpaid).
[0011]
The confirmed state portion 5 indicates that the payment has been made and the use of the budget has been confirmed (paid portion) as the name implies.
Here, when referring to the budget balance, it is customary in government accounting that the sum of the amount of the unused state part 2 and the amount of the approximate state part 3 is indicated as the remaining budget 6.
[0012]
In any case, the budget is the estimated amount to be used, and the budget itself is calculated by rough estimation. Therefore, the amount applied at the time of the purchase request is an approximate amount at the time of the estimation, and is actually executed. The budget amount to be paid is determined after the contract stage of the article for which the purchase request has been made. In addition, in the case of an approximate contract, there is a case where the amount is not fixed at the contract stage, and the money settlement is carried over to the payment stage.
[0013]
In the past, the difference between the budget amount and the finalized execution amount was indicated as the remaining budget, but in this case, the budget that has been determined to be used but is not being estimated is not considered, and The remaining budget could not be accurately determined.
[0014]
Therefore, when the budget becomes surplus or shortage as described above, if the budget can be moved from the surplus budget department to the budget shortage department in real time, the efficiency of budget execution will improve However, at present, such an accounting system has not been realized in general corporate accounting nor in governmental accounting.
[0015]
Heretofore, regarding the government accounting, for example, there has been a proposal to manage a budget amount and a balance for each budget subject (for example, see Patent Document 1). Further, it has been proposed that, when the budget balance is insufficient at the lowest level of the budget subject, the balance at the higher level is referred to and if there is enough, the balance can be diverted (for example, see Patent Document 2).
[0016]
[Patent Document 1]
Japanese Patent Application Laid-Open No. 05-108865 (Abstract, FIG. 1)
[Patent Document 2]
JP-A-07-028912 (abstract, FIG. 1)
[0017]
[Problems to be solved by the invention]
As described above, in the flow of the state of the budget execution amount, what can be known when trying to know the budget balance is the sum of the amount of the unused state portion 2 and the approximate state portion 3 shown in FIG. The remaining budget is 6. However, this is not an accurate indication of the remaining budget.
[0018]
This is because the amounts shown in the “purchase request unapproved part” and the “purchase request approved uncontracted part” in the approximate state part 3 shown next to the above unused state part 2 are not Even if the purchase request is made, the budget is not used unless the purchase request is contracted, so that it is unavoidable that the budget is recorded as the budget balance.
[0019]
However, if the purchase request draft is approved and the accepted purchase request is contracted, the budget is substantially used, and the budget balance is reduced at that point. That is, the budget balance of the unused 2 is a budget balance that can be used at any time, but the budget remaining amount of the approximate state portion 3 includes a possibility of constantly decreasing. In other words, the remaining budget 6, which is indicated by the sum of the unused state portion 2 and the approximate state portion 3, includes the amount for which the purchase request has already been issued, and thus may be potentially smaller. is there. In other words, there is always the possibility that the amount will decrease.
[0020]
In addition, the amount in the approximate state portion 3 is the amount applied at the time of the purchase request, and is only an approximate amount, and the amount for which the budget is actually executed is determined after the contract stage. The amount to be paid. In the case of an approximate contract, the amount may not be determined at the contract stage, but may be carried over to the payment stage. Therefore, from that point, the amount of the approximate state portion 3 may increase (increase in price at the time of contract) or decrease (decrease of price at the time of contract). In other words, it may increase or decrease when the amount of the approximate contract is determined.
[0021]
As described above, the difference between the budget amount and the finalized execution amount was indicated as the remaining budget, but in this case, the budget that has been determined to be used but is in an approximate state is not considered. In practice, however, the budget balance indicated by the budget balance 6 cannot be said to indicate an accurate budget balance, that is, the available budget balance cannot be accurately grasped. Is such that it was difficult to accurately grasp the remaining budget.
[0022]
Although there was a complaint that those who tried to use the budget could not accurately grasp the available budget, on the other hand, those who make payments also said that the state of budget execution that should be paid in the future is He was in a frustrating situation that he could not know exactly.
[0023]
FIGS. 10 (a), (b) and (c) show cases where the budget is surplus (when the estimated budget is more than the final payment amount) or when the budget is insufficient (approximately the declared budget). FIG. 9 is a diagram for explaining a conventional accounting method when the payment is less than the fixed payment amount). In this example, in order to make the description easy to understand, for example, a description will be given of a case in which a contract is made for an annual contract and a contract is made to pay the used amount with a plurality of monthly payments.
[0024]
At this time, since the number of used copy sheets is undecided, the total amount is estimated to be larger and an approximate amount is calculated. As a result, there is a difference between the estimated amount and the confirmed payment amount, but the difference cannot be settled without waiting for the termination of the contract.
[0025]
As an example, if a contract for 1200 yen of copy paper for half a year is made by paying 200 yen per month six times, as shown in Fig. 7 (a), the payment date of each month is from January 10 to June 10 When the amount shown in the payment confirmation amount column is smaller than the estimated amount shown in the estimation amount column every 10 days, in the example of FIG. The amount paid in May was $ 50 less, and the total payment amount confirmed on the last day of the contract in June was $ 950, leaving a budget of $ 250. However, this surplus budget of $ 250 is the surplus (the estimated budget is less than the final payment amount) until the payment amount is confirmed on the last day of the contract on June 10 (that is, until all payments are completed). The surplus in the case is not released (diverted to another).
[0026]
In reality, in the example shown in the figure, $ 100 is surplus in February, $ 100 is surplus in March, and $ 50 is in May without waiting for the last day of the contract on June 10. Are surplus and can be transferred to others at that time. However, in the conventional budget management method, such a budget cannot be utilized and a budget frame cannot be changed. For this reason, the difference from the estimated amount (the remaining sum of $ 250) could not be allocated to other budgets until June 10, resulting in inefficient work.
[0027]
Also, as shown in FIG. 6B, when a contract for 1200 yen for the same six months is paid for six times at 200 yen a month, the payment date of each month is from January 10 to June 10. When the amount shown in the payment confirmation amount column is larger than the estimation amount shown in the estimation amount column every 10 days, the payment in February in the example of FIG. Many, conversely $ 0 in March, $ 100 again in April, $ 100 less in May, and $ 200 in June, as estimated in June. Had a total budget of $ 1400 and a budget over $ 200.
[0028]
By the way, if it is assumed that the amount of the budget used after the payment of $ 600 in February occurs in the above manner, the budget will be short of $ 400 as a whole, and the budget will be reassessed here. (Increase).
[0029]
FIG. 3C shows the state. The graph indicated by the one-dot chain line 7 in FIG. The graph indicated by the solid line 8 indicates the budget amount that has been increased. As shown by the solid line 8, the budget has increased by $ 400 on February 10. However, after that, as described above, on March 10 and May, the payment was less than the estimated budget on the 10th, and as shown by the broken line 9 in FIG. The total committed budget is smaller than the increased total budget (as of the solid line 8 on June 10). As shown in FIG. 13B, the actual shortfall determined on the last day of the contract was $ 200, but the budget $ 400 increased in February 10 remains unchanged, so the actual surplus of $ 200 is Money is occurring.
[0030]
As shown in FIG. 10B, this surplus is $ 200 on March 10 and $ 100 is short on April 10 and $ 100 on May 10. In the example shown in the figure, in June, $ 200 is surplus on March 10 without waiting for the last day of the 10th contract, at which point it can be transferred to another. The method cannot do that. The increased budget will be carried over to the last day.
[0031]
As described above, in the case of a plurality of payments, if the finalized amount is smaller than the estimated amount, the budget cannot be used for another until all payments are completed. Alternatively, once the budget limit has been increased, even if the amount of the final fixed amount is small, the once increased budget cannot be reduced, which lacks liquidity in terms of efficient use of the budget.
[0032]
In order to solve such a problem, in the proposal of Patent Document 1 described above, the user needs to input a budget amount and a balance amount for each budget subject. In this case, each of the employees has the same data as the accountant. There is a problem that the input is performed and the trouble is too much and the burden is large.
[0033]
Further, in the proposal of Patent Document 2 described above, the current situation of each budget use target is analyzed, or the budget execution status is checked, for example, a person at the site who directly uses the budget, or based on a budget use application from each site. No consideration is given to the ability to view the optimal budget execution content for each position, such as those who make order contracts and those who make payments based on the acceptance of ordered items.
[0034]
SUMMARY OF THE INVENTION An object of the present invention is to provide a budget execution management method and a budget execution management program capable of knowing the optimal budget execution content for each position in a short period of time in view of the above-mentioned conventional circumstances.
[0035]
[Means for Solving the Problems]
Hereinafter, the configuration of the budget execution management method and the budget execution management program according to the present invention will be described.
[0036]
First, the budget execution management method according to the first aspect of the present invention is a method for calculating a total budget balance corresponding to a plurality of purchase plans, the latest budget corresponding to each type of slip issued at each budget execution stage of each purchase plan. It is configured to calculate the total budget balance with the state of the budget balance remaining as an object to be added.
[0037]
The calculated total budget balance is, for example, the sum of the payment amount for the paid purchase plan, the contract amount for the purchase plan up to the contract, and the request amount for the purchase plan only for the purchase request, as described in claim 2. As a target, the total budget balance is calculated for each.
[0038]
Next, the budget execution management method according to the third aspect of the present invention provides a purchase request amount inputting step of inputting the requested purchase request amount, and approving the purchase request amount input in the purchase request amount inputting step. A purchase request approved amount inputting step of inputting the completed amount; a contract resolution amount inputting step of inputting a contract resolution amount issued in accordance with the approved amount input in the purchase request approved amount inputting step; A contract resolution approved amount inputting step for inputting an amount for which the contract resolution has been approved among the contract resolution amounts input in the contract resolution amount inputting step, and the contract resolution inputting in the contract resolution approved amount inputting step The received acceptance amount input step of inputting the received inspection amount of the approved amount, and the paid amount of inputting the paid amount of the received inspection amount entered in the acceptance inspection amount input step Further comprising subtracting the approved amount input in the purchase request approved amount input step from the purchase request amount input in the purchase request amount input step. The purchase request draft unapproved amount calculating step of calculating the purchase request draft unapproved amount, and the contract resolution amount input step based on the approved amount input in the purchase request approved amount input step The purchase request approved uncontracted amount calculation step of calculating the purchase request approved uncontracted amount by subtracting the contract resolution amount, and the contract resolution approved amount based on the contract resolution amount entered in the contract resolution amount input step A contract resolution invoice unapproved amount calculating step of calculating the contract resolution invoice unapproved amount by subtracting the contract resolution approved amount input in the input step; Subtract the received acceptance amount entered in the acceptance inspection amount input process from the contract approval amount entered in the approved amount input process to calculate the contract acceptance approved unaccepted amount. The receiving amount calculation step and the receiving that calculates the received inspection unpaid amount by subtracting the paid amount input in the paid amount input step from the received inspection amount input in the receiving inspection amount input step. Including the accepted unpaid amount calculation step, and further, based on the budget amount, the purchase request invoice unapproved amount, the purchase request approved uncontracted amount, the contract resolution invoice unapproved amount, and the contract resolution approved unaccepted A purchase request-based budget remaining amount calculating step of calculating the purchase request-based budget remaining amount by subtracting the received amount, the received inspection unpaid amount, and the paid amount, and the purchase request-based budget remaining amount A contract-based budget balance calculating step of calculating the contract-based budget balance by adding the purchase request draft unapproved amount and the purchase request approved uncontracted amount; A payment-based budget balance calculation process for calculating the payment-based budget balance by adding the unapproved amount of the vote, the unaccepted amount approved by the contract resolution, and the unpaid amount accepted by the acceptance inspection; Outputting a base budget balance or the payment base budget balance.
[0039]
Further, the budget execution management program according to the invention described in claim 4 is a program for calculating the total budget balance corresponding to a plurality of purchase plans, the latest budget corresponding to each type of slip issued at each budget execution stage of each purchase plan. The computer is configured to cause the computer to execute a process of calculating the total budget balance with the state of the budget balance remaining as an object of addition.
[0040]
The budget execution management program according to the fifth aspect of the present invention includes a purchase request amount input process for inputting the requested purchase request amount and an approved purchase request amount input by the purchase request amount input process. A purchase request approved amount input process for inputting an amount; a contract resolution amount input process for inputting a contract resolution amount issued corresponding to the approved amount input by the purchase request approved amount input process; A contract resolution approved amount input process for inputting an amount for which a contract resolution has been approved among the contract resolution amounts input by the contract resolution amount input process, and a contract resolution approved amount input process for the contract resolution approved amount input process Entering the received inspection amount among the received amounts, and inputting the paid amount among the received inspection amounts input by the received inspection amount input process A budget execution management program for causing a computer to execute a paid amount inputting process, and further comprising the purchase request approved amount input process based on the purchase request approved amount input process input from the purchase request amount inputting process. The purchase request draft unapproved amount calculation process of subtracting the approved amount to calculate the purchase request draft unapproved amount, and the contract resolution amount input from the approved amount input by the purchase request approved amount input process The purchase request approved uncontracted amount calculation process of calculating the purchase request approved uncontracted amount by subtracting the contract resolution amount input by the process, and the contract resolution amount input by the contract resolution amount input process Contract resolution draft for subtracting the above contract resolution approved amount entered in the contract resolution approved amount input process to calculate the contract resolution draft unapproved amount Approval amount calculation processing and subtraction of the acceptance inspection amount input by the acceptance inspection amount input processing from the contract resolution approval amount input by the contract resolution approval amount input processing Subtracting the paid amount entered in the paid amount input process from the received inspection amount entered in the received inspection amount input process and the contract resolution approved unaccepted amount calculation process for calculating the amount The computer executes the received inspection unpaid amount calculation process of calculating the received inspection unpaid amount, and further executes the purchase request draft unapproved amount, the purchase request approved uncontracted amount, and the contract resolution from the budget amount. The purchase request is calculated by subtracting the invoice unapproved amount, the contract resolution approved unaccepted amount, the accepted inspection unpaid amount, and the paid amount to calculate the remaining budget based on the purchase request. Request-based budget balance calculation processing, and a contract-based budget for calculating the contract-based budget balance by adding the purchase request-based budget remaining amount, the purchase request invoice unapproved amount, and the purchase request approved uncontracted amount. The balance calculation process and the payment base that calculates the balance of the payment base by adding the contract base budget balance, the contract resolution unapproved amount, the contract resolution approved unaccepted amount, and the acceptance inspection unpaid amount The computer is configured to execute the remaining budget calculation process and the remaining budget output process of outputting the purchase request-based budget balance, the contract-based budget balance, or the payment-based budget balance.
[0041]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a block diagram illustrating a configuration of a budget execution management system centered on a budget execution management server that performs budget execution management according to an embodiment. As shown in FIG. 1, the budget execution management system 10 includes a budget execution management server (device) 11 and a plurality of operator terminals 12-i (i = 1, 2,...) Including user computers and administrator computers. ., N) and a network 13 to which the operator terminal 12-i and the budget execution management server 11 are connected.
[0042]
Although not specifically shown, the budget execution management server 11 includes a CPU (central-processing-unit), and a read-only memory (ROM) and a random-access-memory (RAM) connected to the CPU via a bus. ) And a built-in large storage device. The ROM stores a BIOS (Basic-Input / Output-System), and the large-scale storage device constitutes a part of a budget execution management server (software) for operating the CPU in the budget execution management server 11. At least a slip processing program 14, a budget management program 15, and a budget status output program 16 are stored.
[0043]
These programs are sequentially called into the RAM by the CPU operating under the BIOS, and the processing of budget execution management described later is performed.
In the budget execution management server 11, two external storage devices 17 (17-1, 17-2) as recording media are connected to the CPU via the bus and an interface (not shown). . These external storage devices 17-1 and 17-2 include, for example, an external hard disk (HD), a flexible disk (FD), a compact disk-ROM / Read-Write (CD-ROM / RW), and a MO (read-write). And a portable data and program recording medium such as a flash memory or the like.
[0044]
When the operator terminal 12-i downloads the slip processing program 14, the budget management program 15, the budget status output program 16, and the like from the budget execution management server 11, the network 13 is also considered to constitute a program medium. be able to.
[0045]
The external storage devices 17-1 and 17-2 have a database of slip data created by the slip processing program 14, the budget management program 15, and the budget status output program 16 or used in cooperation with these programs. (DB) and a database (DB) of budget data.
[0046]
Further, the budget execution management server 11 is connected to an input device 18 as input means and an output device 19 as output means via the bus and an interface (not shown) to the CPU.
[0047]
The input device 18 is an input operation device formed of a transparent electrode of a pressure-sensitive type, an electrostatic type, or the like, which is disposed on a keyboard or a display device, and is also connected to a pointing device such as a mouse.
[0048]
The output device is a printer or a display device. The display device is a display device including a cathode-ray-tube (CRT), a liquid-crystal-display (LCD), a plasma display panel, or the like. The printer is a line printer using continuous paper mainly dedicated to issuing slips, or a page printer for printing a normal document type slip such as a purchase request form.
[0049]
The operator terminal 12-i includes, for example, a personal computer, and includes at least a mouse, a display device, and a key input device in addition to the main device.
[0050]
The network 13 is the Internet, an intranet, a LAN (Local-Aria-Network), or the like.
FIG. 2A is a chart for explaining a method of calculating a budget frame (that is, a calculation procedure) when the confirmed payment amount is smaller than the estimated amount in the budget execution management system, and FIG. FIG. 10 (a) is re-posted for this purpose, and FIG. 2 (c) is a diagram for explaining the function of the budget execution management system of this example.
[0051]
A chart 20 showing the calculation procedure shown in FIG. 2A includes a payment date column 21, a calculation column 22, and a difference column 23 from left to right. The payment date column 21 shows the payment date, that is, the settlement date of the payment amount, and the calculation column 22 shows the determined total payment amount (cumulative), the remaining amount of the estimated budget (the total amount of the estimated amount in the unpaid month), and the like. , And a budget frame obtained by adding them, and the difference column 23 shows the difference between the approximate amount and the actually paid fixed amount.
[0052]
That is, in this example, the budget shown in the calculation column 22 is not the budget originally determined as in the past, but the total of the payment amount fixed on the payment date and the approximate amount of the unpaid month after this. And the sum. Therefore, if the payment amount fixed on the payment date fluctuates more or less than the estimated amount, the budget frame changes accordingly. A budget that fluctuates in this way is calculated for each payment date. Then, the amount of excess or deficiency that caused the fluctuation is stored in the difference column 23.
[0053]
In the example shown in FIG. 2A, on January 10, the finalized amount is $ 200 (January is the first month, so the amount paid and the total amount are the same), and the approximate amount remaining, that is, February 10 The total sum of the estimated budget from the day to June 10 is $ 1000, and the sum of these is $ 1200, which is the budget frame on January 10. The difference between the finalized amount and the estimated amount is “0”.
[0054]
In the following example on February 10, the finalized amount total is $ 300 (the sum of the finalized payment amount in January $ 200 and the finalized payment amount in February $ 100), and the remaining estimated amount, that is, March 10 to 6, The total budget amount of the estimated budget on March 10 is $ 800, and the sum of these is $ 1100, which is the budget frame on February 10. The difference between the finalized amount and the estimated amount is + $ 100, which means that the budget is left.
[0055]
In the same manner, the cost is $ 100 on March 10 and $ 50 on May 10. This is derived from the relationship between the approximate amount shown in FIG. 2B and the confirmed payment amount, and is the same as the content described in FIG. 10A.
[0056]
However, in the conventional case shown in FIG. 10A, the surplus budget $ 250 could not be used until the contract was completed on June 10, but in this example, the surplus budget $ 250 was used in FIGS. 2A and 2C. As shown in the figure, the surplus amount is stored in the difference column 23 every time the surplus amount is calculated on the payment date with respect to the initial budget line 24, and the budget line 25 after February 10 As shown in the following budget frame 26, since the budget frame after the fixed amount payment date is a budget frame obtained by subtracting the surplus, the surplus amount stored in the difference column 23 is easily diverted and used for other purposes. can do.
[0057]
As shown in FIGS. 2A and 2C, the final fixed amount of payment on June 10 fluctuates on the payment date of the previous month (May 10). Then, it is within the budget frame 27 carried over in June, and the difference is “0”. If the difference appears here, the same processing is performed. In any case, in the final payment month, the total amount of the confirmed payment amounts is the total budget.
[0058]
FIG. 3A is a chart for explaining a budget frame calculation method (calculation procedure) in the case where the final payment amount is larger than the estimated amount in the budget execution management system of this example, and FIG. FIG. 10 (b) is shown again for this purpose, and FIG. 3 (c) is a diagram for explaining the function of the budget execution management system of the present example.
[0059]
The chart 30 showing the calculation procedure shown in FIG. 3A has the same processing method as that of FIG. 2A except for the calculation contents, that is, the numerical data. That is, the chart 30 includes, from left to right, a payment date column 31, a calculation column 32, and a difference column 33. The payment date column 31 shows the payment date when the payment amount is determined, and the calculation column 32 shows the determined total payment amount, the total remaining estimated budget, and the budget obtained by adding these. The difference column 33 shows the difference between the approximate amount and the actually paid final amount.
[0060]
Also in this case, the budget shown in the calculation column 32 is not the budget originally determined as in the past, but the sum of the sum of the payment amount fixed on the payment date and the estimated amount of the unpaid month after this. And Therefore, if the payment amount fixed on the payment date fluctuates more or less than the estimated amount, the budget frame changes by that amount, and the changed budget frame is calculated for each payment date. Then, the amount of excess or deficiency that caused the fluctuation is stored in the difference column 33.
[0061]
That is, in the example of FIG. 3A, on the payment date of January 10, the finalized total amount is $ 200, and the estimated remaining amount (total estimated total amount from February 10 to June 10) is $ 1000. With these added, the budget is $ 1200. The difference between the finalized amount and the estimated amount is “0”.
[0062]
On the other hand, in the payment on February 10, the total fixed amount of $ 800 and the estimated amount remaining (total of the estimated amount from March 10 to June 10) $ 800 are added, and the sum as of February 10 is added. The budget is ¥ 1600. In this case, the difference between the finalized amount meter and the approximate amount meter is “− $ 400”, which means that the budget has been paid in excess of the budget # 1200 set in the previous month.
[0063]
In this case, in this example, after a warning sound or a warning message is performed on the operator terminal 12-i, the budget frame is expanded by the amount of the excess payment. As described in FIGS. 2A, 2B, and 2C, the expansion of the budget frame is performed by storing the surplus amount in the difference column 23 of the department whose budget frame has been reduced in a predetermined storage area of the storage device. The surplus amount is diverted.
[0064]
On March 10, the finalized total amount was $ 800, unchanged from the previous month, that is, there was no payment, and the estimated remaining amount (total estimated amount from April 10 to June 10) was $ 600. Is booked as a budgetary quota of $ 1400 as of March 10. The difference between the finalized total amount and the approximate total amount is “+ $ 200”, and the budget is reduced accordingly.
[0065]
Then, on April 10, $ 100 was insufficient, and on May 10, $ 100 was surplus. This is derived from the relationship between the approximate amount shown in FIG. 3 (b) and the confirmed payment amount, and is the same as that described in FIG. 10 (b).
[0066]
In the conventional case shown in FIG. 10 (b), even if the budget increased on February 10 is finally left in February, the surplus amount of $ 200 can be used until the contract is completed on June 10. However, in this example, as shown in FIGS. 3 (a) and 3 (c), the initial budget limit 34 was increased on February 10 to become the budget limit 35, and thereafter, The excess or deficiency is calculated for each payment date. When the remaining $ 200 is calculated on March 10, the $ 200 is stored in the difference column 33, and the budget is reduced by $ 200 from the increased budget 35 to the budget 36.
[0067]
In addition, since a shortage of $ 100 has occurred on April 10, the corresponding amount is stored in the difference column 33, and a budget frame 37 in which the amount is increased is set. Then, since the remaining $ 100 was generated by the payment on May 10, the amount corresponding to the remaining amount is stored in the difference column 33, and the budget frame 38 in which the amount is reduced is set. In the final payment on June 10, the finalized amount is within the budget frame 38 carried over in June by changing on the payment date of the previous month (May 10), and the difference is “0”. ". Of course, also in this case, if there is a difference here, the same processing is performed as described above, and in the final payment month, the total amount of the payment finalized amount becomes the total budget frame.
[0068]
As described above, when the final payment amount is larger than the estimated amount, the budget frame can be expanded. That is, also in this case, each time the amount of the budget frame is determined by the predetermined calculation method, the initial budget frame can be changed and the increase or decrease can be set in accordance with the calculated budget frame.
[0069]
In addition, according to this example, when the final payment amount shown in FIGS. 2A, 2B, and 2C is smaller than the estimated budget amount, or in FIGS. 3A, 3B, and 3 c) In any case where the confirmed payment amount is larger than the approximate budget amount, if there is a surplus on the payment date after setting the budget, the surplus amount is immediately found and the subsequent budget is reduced. Therefore, it becomes easy to divert the surplus amount to another. In addition, since the budget frame fluctuates according to the actual situation, the content of budget execution becomes clearer.
[0070]
FIGS. 4 and 5 are diagrams for further explaining the relationship between the estimated budget amount and the confirmed payment amount, and FIG. 4 is a diagram for explaining a flow in the case of a one-time purchase request. FIG. 5 is a diagram for explaining a flow in the case of a purchase request for multiple payments.
[0071]
First, the flow in the case of a one-time purchase request will be described with reference to FIG. In the database of the budget data (budget DB 40 in FIG. 4) stored in the external storage device 17-2 shown in FIG. It is registered as project estimated budget data 41.
[0072]
Here, it is assumed that the purchase request slip 42 is issued by the purchase applicant. In the purchase request slip 42, the designation of the article (A) to be ordered (purchase plan), the estimated purchase price "$ 100", and the designation of the payment method of "one-time payment" are described. The journal (slip information) 43-1 shown on the right side is the purchase request slip 42 generated on the slip data database stored in the external storage device 17-1 by the slip processing program 14. The journal data (slip data for each slip unit) (1) to (3) and the journal data (4) of the purchase request slip 42 up to issuance are shown. In the journal data {4}, the purchase request # 100 is recorded as the request slip 42.
[0073]
As can be seen from the journal 43-1, regarding the purchase of the article name "A", the contracts of $ 50 and $ 30 have been fixed in the journal data (1) and (3), respectively. In the journal data {circle around (2)}, accepted $ 60 has been determined. In the journal data (4), $ 100 is an approximate amount.
[0074]
That is, when the purchase request slip 42 indicated by the journal data {4} is issued, the budget execution amount up to the previous day is $ 50 + $ 60 + $ 30 = $ 140 with respect to the budget ($ 500). The budget execution amount is approximately $ 100, and the total budget execution amount is approximately $ 240 including the estimation. Therefore, the remaining budget was $ 500 (budget)-$ 240 (total budget execution) = $ 260 (budget remaining). This amount $ 260 is recorded as the budget execution balance 41-1 of the A project in the budget data database (budget DB 40 (40-1) in FIG. 4) stored in the external storage device 17-2 by the budget management program 15. Is done.
[0075]
Then, thereafter, for example, on the next day, a contract document 44 is issued based on the request slip 42 described above. The contract document 44 describes the name of the article to be ordered (purchase plan) “A”, the actual purchase contract amount “$ 90”, and the designation of the “one-time payment” payment method. In the journal 43-2 shown on the right side, the above-mentioned contract document 44 generated on the database of the slip data also stored in the external storage device 17-1 by the slip processing program 14 is issued. Journal data (1) to (3) and journal data (4) of the contract 44 are shown. In the journal data (4), an actual purchase contract amount of $ 90 is recorded as the amount of the contract document 44 described above.
[0076]
Thus, in the journal 43-2 on the day after the purchase request slip 42 was issued, the contracted amount of $ 50 in the previous day's journal data (1) is changed to the received amount of $ 50 in the previous day. In (2), the received amount (￥ 60) is today the paid amount (￥ 60), and in the journal (3) on the previous day, the contracted amount (￥ 30) is carried over as it is today to the contracted amount (￥ 30). In the journal data (4) of the previous day, the estimated purchase request amount of $ 100 is reduced to the contracted amount of $ 90 today. This contracted amount $ 90 is a finalized amount, and the budget execution balance today is $ 500 (budget)-$ 230 (total budget execution amount) = $ 270 (budget balance). The budget management program 15 records the budget execution balance 41-2 of the A project in the database (budget DB 40 (40-2) in FIG. 4) of the budget data stored in the external storage device 17-2. .
[0077]
That is, the confirmed budget execution balance # 270 of the present day is increased by $ 10 compared to the approximate budget execution balance # 260 of the previous day. This $ 10 is the surplus amount after execution of the fixed budget, and can be diverted to another budget.
[0078]
Next, the flow in the case of a purchase request for multiple payments will be described with reference to FIG. In this example, the database of the budget data (budget DB 40-3 shown in FIG. 5) stored in the external storage device 17-2 shown in FIG. It is registered as the project estimated budget data 41-3.
[0079]
Here, it is assumed that a purchase request slip 45 is issued by a purchase applicant. The purchase request slip 45 includes the article name “A” to be ordered, the estimated purchase amount “$ 140”, the payment method designation of “multiple payments”, and the amount of the multiple payments of 50 yen with the number of payments of three. , 40 yen and 50 yen.
[0080]
The journal 43-3 shown on the right side is stored in the journal processing program 14 until the purchase request slip 45 generated on the slip data database stored in the external storage device 17-1 is issued. The journal data {1} to {3} and the journal data {4} of the purchase request slip 45 are shown. Also in this case, the journal data (1) to (3) are the same as the journal data (1) to (3) of the journal 43-1 in FIG. In this example, the scheduled payment # 140 is recorded as the journal data {4} for the request slip 45 described above. In this figure, the amounts of the above-mentioned multiple payments are shown as numerical values 50, 40 and 50 under the payment schedule # 140.
[0081]
As can be seen from the journal 43-3, in this case as well, the execution of the budgets of # 50, # 60, and # 30 is determined for each execution content in the journal data (1) to (3). Then, the slip processing program 14 records the estimated payment # 140 in the journal data (4) as an approximate amount.
[0082]
That is, when the purchase request slip 45 indicated by the journal data {4} is issued, the budget execution amount up to the previous day is $ 50 + $ 60 + $ 30 = $ 140 with respect to the budget ($ 600). The budget execution amount is approximately $ 140, and the total budget execution amount is approximately $ 280 including the estimation. Therefore, the remaining budget is $ 600 (budget)-$ 280 (total budget execution) = $ 320 (budget remaining). This amount $ 320 is used by the budget management program 15 to execute the budget execution balance 41 of the A project in the database (budget DB 40 (40-4) in FIG. 5) of the budget data stored in the external storage device 17-2. -4.
[0083]
Thereafter, a payment slip 46 is issued based on the request slip 45 on the next day, for example. In the payment slip 46, the article name “A” to be ordered, the scheduled payment amount “140”, the designation of the payment method of “multiple payments”, and the actual payment contract amount are 40 yen and 40 yen together with the number of payments of three times. Yen and 50 yen.
[0084]
The journal 43-4 shown on the right side is used by the slip processing program 14 until the payment slip 46 generated on the slip data database stored in the external storage device 17-1 is issued. Journal data (1) to (3) between them and journal data (4) based on the payment slip 46 are shown. Then, in the journal data (4), based on the contract of multiple payments described above, $ 40 for the first payment is recorded in the paid column, and the payment contract amount for the remaining two payments $ 90 is recorded in the scheduled payment column. .
[0085]
As described above, in the journal 43-4 on the day after the purchase request slip 45 was issued, the contracted amount of $ 50 in the previous day's journal data (1) is changed to the received amount of $ 50 in the previous day. In (2), the received amount (￥ 60) is today the paid amount (￥ 60), and in the journal (3) on the previous day, the contracted amount (￥ 30) is carried over as it is today to the contracted amount (￥ 30). In the journal data (4) of the previous day, the estimated estimated payment amount of $ 140 is today reduced to the estimated payment amount of $ 90 and the paid amount of $ 40. The paid amount of $ 40 is a payment execution amount corresponding to the first payment amount of $ 50 in the purchase request slip 45, and is reduced by $ 10.
[0086]
The paid amount is a fixed amount, and the budget execution balance today is $ 600 (budget)-$ 270 (total budget execution amount) = $ 330 (budget balance). The budget is stored as the budget execution balance 41-5 of the A project in the database (budget DB 40 (40-5) in FIG. 5) of the budget data stored in the external storage device 17-2 by the management program 15.
[0087]
That is, the confirmed budget execution balance # 330 of the present day is increased by $ 10 less than the estimated budget execution balance # 320 of the previous day by the above-mentioned $ 10 less. This $ 10 is the surplus amount after execution of the fixed budget, and can be diverted to another budget.
[0088]
By the way, in the description of FIGS. 2 to 5 described above, the initial budget is fluctuated in real time based on the relationship between the confirmed payment amount and the estimated budget amount, and the information can be notified. I explained a flexible accounting method that allows you to move (diverte) within a short period of time where there is a shortage of information, but since the conventional accounting information was very difficult to understand, Even if a flexible budget system is adopted in which the budget is changed as described above, the budget amount for each department and for each research project, for example, purchase of goods (including equipment, consumables, temporary labor, etc.) To the budget remaining amount that the requester wants to know, the budget remaining amount that the contract manager who receives the purchase request and executes the purchase contract wants to know, and the goods that are accepted based on the contract Budget balance you want to know a person to make a payment is different for each terms of content.
[0089]
FIG. 6 is a diagram for explaining the operation of the budget execution management method and the budget execution management program of the present invention. The figure shows, from top to bottom, the total value 50 of the execution amount (budget execution amount, the same applies hereinafter) up to the previous day along the flow of the state of the budget execution amount shown in FIG. 51 is shown along the flow of the state of the budget execution amount, and then the real-time budget execution amount 52 is also shown along the flow of the state of the budget execution amount, and finally, the budget balance 53 corresponding to each department. (53-1, 53-2, 53-3).
[0090]
Here, the “unused portion” 50-1 shown in the flow of the state of the budget execution amount is the initial budget itself approved and set corresponding to the estimated purchase amount at the beginning of the fiscal year. Then, a slip indicating the state of the first execution stage of the purchase plan of “unapproved part of purchase request slip” 50-2 issued by each person in charge (and input of the amount, the same applies hereinafter) is issued. The amount (budget balance) indicated by “unused portion” 50-1 gradually decreases.
[0091]
In addition, the amount of “purchase request slip unapproved” 50-2 increases due to the issuance of a new purchase request slip, and the next execution of the purchase plan “purchase request approved slip uncontracted” 50-3 Issuance of a slip showing the state of the stage reduces the amount.
[0092]
The same applies to “unapproved portion of contract resolution voucher” 50-4, “unaccepted portion of contract resolution approved voucher” 50-5, and “unpaid portion of accepted and accepted voucher” 50-6. The issuance of the slip itself increases the amount, and the issuance of a slip indicating the state of the next execution stage of the purchase plan decreases the amount.
[0093]
The “paid slip portion” 50-7 indicates the final stage of the execution stage (a certain group of budget execution) of one purchase plan. However, if the payment condition of the purchase plan is a lump-sum payment, the payment plan indicates the end stage of the purchase plan, and if the payment condition is paid a plurality of times, the payment is terminated for each payment date.
[0094]
The contents of the slip indicating the status of each execution stage of the purchase plan are also the contents of the slip indicating the status of each stage of executing the budget, and the status (state of each budget execution stage) indicated by the content of the slip is shown in FIG. In the following description, it may be referred to as a “phase”.
[0095]
The “unapproved part of the purchase request slip” 50-2 is first generated as a purchase request slip from the input device of the operator terminal 12-i shown in FIG. 1 as the price of the purchase request slip. The purchase request amount of the purchased purchase request slip is input, and this input is input to the budget execution management server 11 via the network 13.
[0096]
Since the purchase request slip has just been issued and has not yet been approved, the budget execution management server 11 journalizes the amount as “unapproved purchase request slip” 50-2. Then, it is stored in the slip data database (DB) of the external storage device 17-1.
[0097]
These processes are similar to the following slip processing, but are linked with the related programs mounted on the operator terminal 12-i via the network 13 by the slip processing program 14 of the budget execution management server 11. Is processed.
[0098]
Subsequently, when all or part of the “unapproved portion of the purchase request slip” 50-2 is approved, the approved amount is displayed together with the name of the department or project that issued the purchase request slip and the operator. It is input from the input device of the terminal 12-i. Then, since the purchase request has just been approved and the contract has not yet been made for the approved purchase request slip, the budget execution management server 11 uses the “uncontracted part of purchase request approved slip” 50-3. The entry is journalized and moved to the database for the uncontracted purchase request approved slip.
[0099]
Further, the budget execution management server 11 performs a process of subtracting the purchase request approved amount from the amount of the “purchase request slip unapproved portion” 50-2, and calculates the purchase request unapproved remaining amount. Then, the purchase request unapproved remaining balance for which the purchase request has not been approved is left in the database of the unapproved purchase request slip in the state of "purchase request slip unapproved" 50-2.
[0100]
Next, as described above, the purchase request has been approved and the journals which have been registered as "uncontracted portion of the purchase request approved slip" 50-3 are sequentially contracted by the input device of the operator terminal 12-i. A resolution slip is issued, input to the budget execution management server 11 via the network 13, and stored in the slip data database of the external storage device 17-1.
[0101]
Since the drafted contract resolution slip has just been drafted and has not yet been approved, it is journalized by the budget execution management server 11 as “unapproved portion of the contract resolution slip” 50-4, and the contract resolution slip is issued. Will be moved to the unapproved database.
[0102]
Then, the budget execution management server 11 performs a process of subtracting the amount of the contract resolution from the amount of the “uncontracted portion of the purchase request approved slip” 50-3, and calculates the remaining amount of the unapproved portion of the purchase request approved voucher. Is done. The purchase request approved uncontracted balance that has been approved for this purchase request and for which a contract resolution has not yet been made, the purchase request approved as it is in the state of “purchase request approved slip uncontracted” 50-3 It is left in the database for the uncontracted voucher.
[0103]
Subsequently, a contract resolution approval slip is issued for the approved contract resolution amount among the raised contract resolution amounts, and the approved amount is input by the input device of the operator terminal 12-i. The data is input to the budget execution management server 11 via the network 13 and stored in the slip data database in the external storage device 17-1.
[0104]
Since the issued contract resolution approval slip has just been issued with approval, it has just been notified to the supplier, or will be notified in the future, so the goods to be purchased have not been delivered. In other words, from the point of view of the ordering side, it has not yet been accepted. Therefore, the budget execution management server 11 publishes the entry as "unaccepted contract resolution approved slip" 50-5 and moves it to the database of the unaccepted contract resolution approved slip.
[0105]
Then, the budget execution management server 11 performs a process of subtracting the amount for which the contract resolution has been approved from the amount of the “unapproved portion of the contract resolution slip” 50-4 to calculate the remaining amount for the unapproved portion of the contract resolution slip. Is done. The unapproved balance of the contract resolution voucher for which the contract resolution has been issued and which has not yet been approved is left as it is in the state of "unapproved contract resolution voucher" 50-4. Minutes in the database.
[0106]
Next, among the above-mentioned “unaccepted portion of the voucher approved by the contract resolution” 50-5, for the items that have been delivered and accepted, and whose acceptance has been completed, an accepted and accepted voucher is issued and the acceptance and acceptance The paid amount is input to the budget execution management server 11 via the network 13 by the input device of the operator terminal 12-i, and is stored in the slip data database of the external storage device 17-1.
[0107]
The received and accepted slips have just been accepted and accepted, and have not yet been paid for by the accounting staff. Therefore, the budget execution management server 11 publishes it as “unpaid portion of the accepted and accepted slip” 50-6 and moves to the database of the unpaid portion of the accepted and accepted slip.
[0108]
Then, the budget execution management server 11 performs a process of subtracting the received and accepted amount from the amount of the “unaccepted portion of the contract resolution approved slip” 50-5, and the remaining amount of the unaccepted portion of the contract resolution approved slip. Is calculated. Then, the remaining amount of the unaccepted contract-approved slip that has not yet been accepted since the contract resolution has been approved is left as it is in the state of “unaccepted portion of the approved voucher” 50-5. It is left in the database for unaccepted slips.
[0109]
Then, of the "unpaid portion of the accepted and accepted slip" 50-6, a payment slip is issued for a payment made or made, and the payment amount is input to the input device of the operator terminal 12-i. Is input to the budget execution management server 11 via the network 13 and stored in the slip data database of the external storage device 17-1.
[0110]
In this case, the budget execution management server 11 journalizes the input payment amount as “paid voucher portion” 50-7 and moves it to the database of the paid voucher, and also executes the “payment of received and accepted voucher”. The processing of subtracting the paid amount from the amount of “minute” 50-6 is performed to calculate the unpaid balance of the received and accepted slip. The remaining amount of the unpaid receipt-received voucher that has been received and has not yet been paid, is left as it is in the “unpaid portion of the received voucher” 50-6. Leave in the unpaid database.
[0111]
In this way, the total value of the execution amounts up to the previous day by the slip processing program 14 is “unapproved part of purchase request slip” 50-2, “uncontracted part of purchase request approved slip” 50-3, “contract resolution slip” Unaccepted portion "50-4," unaccepted portion of contract resolution approved slip "50-5," unpaid portion of accepted and accepted slip "50-6, and" paid slip portion "50-7, Each time the journal is accumulated, the amount of "unused portion" 50-1 is subtracted each time the journal of "unapproved portion of purchase request slip" 50-2 is generated, and these are the total amount of execution up to the previous day. As the value, the total value 50 of the execution amount up to the previous day shown in FIG. 6 is generated in the budget data DB of the external storage device 17-2 of the budget execution management server 11.
[0112]
Then, the budget management program 15 further adds the journal 51 of the day as shown in FIG. 6 to the total value 50 of the execution amounts up to the previous day. Here, the journal 51 records the deduction of the execution amount for each phase in accordance with the progress of the slip phase. In the example shown in FIG. 6, the journal 51 of the day has four journal data 51-1, 51-2, 51-3, and 51-4. These four journal data 51-1, 51-2, 51-3, and 51-4 are added to the total value 50 of the execution amount up to the day before the corresponding phase, and the real-time budget execution amount 52 is added to each face. It is calculated for each.
[0113]
This real-time budget execution amount 52 is updated every time journal data is generated, and is stored in the database as the total execution amount 50 from the next day to the previous day as viewed from the next day in the final working time of the day.
[0114]
Further, the budget status output program 16 of the budget execution management server 11 converts the amount corresponding to the phase “unused portion” 50-1 in the real-time budget execution amount 52 into a purchase request base in the budget balance 53. It is extracted as the remaining budget 53-1, and the extracted amount is output to the output device 19 of the own device or displayed on the display device of the operator terminal 12-i as necessary.
[0115]
In addition, the budget management program 15 of the budget execution management server 11 adds the purchase request-based budget balance 53-1 to the phase “purchase request slip unapproved” 50-2 in the real-time budget execution amount 52. , And the amount corresponding to the “uncontracted portion of the purchase request approved slip” 50-3, and the budget status output program 16 calculates the total amount as the contract-based budget remaining amount 53- As 2, the amount is output to the output device 19 of the own device as needed, or displayed and output on the display device of the operator terminal 12-i.
[0116]
Further, the budget management program 15 of the budget execution management server 11 adds the phases “unapproved contract resolution slip” 50-4 in the real-time budget execution amount 52 to the contract-based budget balance 53-2. The amounts corresponding to the “unaccepted portion of the voucher approved by the contract resolution” 50-5 and the “unpaid portion of the accepted and accepted voucher” 50-6 are added together, and the budget status output program 16 calculates the total amount as the budget. As the payment-based remaining balance 53-3 in the balance 53, the amount is output to the output device 19 of the own device or displayed on the display device of the operator terminal 12-i as necessary.
[0117]
As described above, in this example, when calculating the total budget balance of a plurality of orders, the total budget balance is calculated by adding the latest budget balance state of each order to the total budget balance. That is, the total budget balance is calculated for the paid order, the contract amount for the order up to the contract, the contract amount for the purchase request, and the request amount for the purchase request only order. This makes it possible to calculate more likely budget balance information.
[0118]
In addition, since the budget execution amount is calculated for each phase in real time as described above, in the case of an order to be paid in a plurality of times, even if the order is a single order, a plurality of budget balance states are set according to the settlement status of the payment. Can be accounted for. For example, for copy paper orders, only the usage for each month is paid, so in one copy paper order, there are already paid amounts for past months, and budgets for this month and later. Some amounts remain as they are. The paid amount can be recorded as a fixed amount, and the remaining amount can be recorded as a budget amount.
[0119]
As a result, as described with reference to FIG. 2 or FIG. 3, since one order is divided into a plurality of states and managed, the paid amount can be diverted to another budget if there is a surplus. . In addition, it is possible to calculate more probable budget remaining amount information in the same manner as described above.
[0120]
In addition, it is possible to change the remaining budget to be displayed and notified according to the job position and authority such as purchase request base, contract base, payment base, in other words, it is added up as usable amount Since the target can be changed, the present system can provide appropriate information on the remaining budget according to the authority of the person who executes the budget.
[0121]
It should be noted that the budget execution management server 11 not only calculates and reports the three types of budget balances, that is, a purchase request base, a contract base, and a payment base, as in the example shown here. The output of the remaining budget can be notified by appropriately adding the amounts of the above phases. That is, based on each phase of the expenditure business, the budget execution amount can be managed in real time for each phase, and the remaining budget can be indicated in real time for each phase, that is, the remaining amount from a different viewpoint.
[0122]
In FIG. 6, the remaining budget shown in FIG. 6 has no margin as it goes to the right (as it approaches the purchase request base), and is stricter as it goes to the left (as it approaches the payment base). It is.
[0123]
FIGS. 7A and 7B are diagrams specifically showing an example of the data configuration of the budget management table managed as described above by the budget management program 15 of FIG. 1. FIG. FIG. 7B shows the data content of the budget management table in June, and FIG. 7B shows the data content of the budget management table in July.
[0124]
The data structure of the budget management table 54 (54-6, 54-7) shown in FIGS. 7A and 7B includes the order A-001, A-002, A-003, and A-004 ( A-004 shows only FIG. 7 (b). Correspondingly, in each example provided from left to right, the state of the budget execution amount is the budget execution amount shown in FIG. In accordance with the flow of status, the amount is shown as purchase request draft unapproved, purchase request approved uncontracted, contract resolution draft unapproved, contract resolution approved unaccepted, acceptance inspection unpaid, and paid ing. It should be noted that the data for the unused portion is not shown.
[0125]
In FIG. 7A, orders A-001 and A-002 indicate lump-sum payment orders. As of June, order A-001 has been paid ($ 500). -002 has been accepted and unpaid ($ 25). Order A-003 indicates an order of multiple payments of $ 120 in total. As of June, the purchase request approved uncontracted is $ 100, the acceptance inspection unpaid is $ 10, and the payment is $ 10. The cost is $ 10.
[0126]
In FIG. 7B, a new order A-004 has been generated, and $ 100 is recorded as a phase in which the purchase request is not approved. The previous order A-001 has been paid as it is, $ 500 has been confirmed, and the order A-002 has been accepted and unpaid in June, but $ 25 has been paid in July. Order A-003 was accepted and unpaid in June, but was unpaid. In July, it was paid and the paid amount increased by $ 10, and the purchase request was approved in June. Out of $ 100 uncontracted, in July, $ 10 minutes were recorded as $ 10 unpaid after acceptance through the order of non-acceptance of contract resolution approval and non-acceptance of contract resolution approved. .
[0127]
As described above, in the case of a single payment order and a multiple payment order, data is recorded for each payment and for each phase. Therefore, as described above, one order is divided into a plurality of times. Even if payment is made, a plurality of remaining budget states can be recorded according to the settlement status of the payment.
[0128]
8 (a) to 8 (f) are output to the output device 19 of the budget execution management server 11 by the budget status output program 16 of FIG. 1 or operated based on the data of the budget management table as described above. FIGS. 8A, 8B, and 8C are diagrams showing examples of display screens displayed and output on the display device of the client terminal 12-i. FIGS. 8A, 8B, and 8C show display screens based on the data content of the budget management table for the previous month. FIGS. 7D, 7E, and 7F show examples of display screens based on the data content of the budget management table for the current month. The budget status output program 16 changes the output content according to the ID, access right, and the like of the user who has input the output instruction. In the example of FIG. 8, when the output instruction is issued by the purchase request person in charge having the lowest authority, the display screens shown in FIGS. In the case of an instruction, the display screens shown in FIGS. 8B and 8E are used, and in the case of an instruction from the budget administrator having the highest authority, the display screens shown in FIGS. Thus, the fineness of the information to be output is changed according to the authority of the user.
[0129]
As shown in FIG. 8 (a), the display screen for the person in charge of making a purchase request in the previous month shows that the budget for the purchase request is 6,450,000, compared to the initial budget of 10,000,000. The remaining balance of the budget for which a new purchase request can be made is 3,550,000 obtained by subtracting the above.
[0130]
Then, as shown in FIG. 8 (d), the display screen for the person in charge of making a purchase request for the current month shows that the budget during the purchase request is 7,450,000, compared to the initial budget of 10,000,000. Has increased by 1,000,000, and accordingly, the remaining budget for the new purchase request is 2,550,000 minus the above, which is a decrease of 1,000,000 from the previous month. ing.
[0131]
On the other hand, in the display screen for the contract clerk shown in FIGS. 8B and 8E, the initial budget, the budget during the purchase request, and the balance are displayed on the display screen for the purchase request clerk. As is the case, the display screen for the person in charge of contract displays the budget during the contract and the balance thereof in addition to the above. That is, the contracted budget for the previous month and the balance thereof were 5,450,000 and 4,550,000, respectively. The contracted budget for the current month was 5,550,000, increased by 100,000 from the previous month, and the balance was 4,500. 450,000, a decrease of 100,000 from the previous month.
[0132]
As described above, the range of the budget balance that can be seen by the contract clerk on the display screen for the contract clerk is the amount of the budget that can be seen by the purchase request drafting clerk as well as the contract budget related to his / her duties ( The budget phase, which can be viewed as 4,550,000 (previous month) or 4,450,000 (current month), including the remaining budget amount including the amount for which the contract has been approved after the purchase request has been approved, and can be handled according to the authority , That is, the contract person can grasp the range of the contract-based budget amount 53-2 shown in FIG. 6, so that the range of discretion is wider than that of the purchase request draft person. I have. The person in charge can adjust the budget allocation between orders with reference to the remaining amount and the like.
[0133]
On the other hand, in the display screens for the budget manager shown in FIGS. 8C and 8F, the initial budget, the budget under purchase request, the balance thereof, the budget under contract, and the balance thereof are indicated by the contract Although this is the same as the display screen for the person in charge, the display screen for the budget manager displays the paid budget and the balance in addition to the above. That is, the paid budget and the balance of the previous month were 5,100,000 and 4,900,000, respectively. The paid budget of the current month was 5,450,000, increased by 350,000 from the previous month, and the balance was 4,100. 550,000, a decrease of 350,000 from the previous month.
[0134]
In this way, the range of the budget balance that can be seen by the budget manager on the display screen for the budget manager is wider than the budget balance that can be seen by the contract manager, and the paid budget related to his / her job is paid. You can see the status of the entire budget, whether there is or not, and the range of discretion is wider than in the case of contract managers.
[0135]
In this way, as shown in this example, when the budget execution status is viewed in detail as a display screen that is detailed in each phase, the effective redistribution of the budget can be efficiently performed from the viewpoint of the budget manager. And the efficiency of budget execution can be improved by using the budget without waste.
[0136]
In summary, according to the budget execution management method and the budget execution management program of the present invention, (1) since the remaining budget is managed in real time and from multiple viewpoints, each staff member can accurately grasp the remaining budget. This allows each person to use the budget without waste by accurately grasping the state of budget execution in each phase. In particular, at the end of the fiscal year when the remaining budget is decreasing, the remaining amount can be grasped on the basis of the purchase request, which is the strictest standard. The effect is higher.
[0137]
In addition, (2) it is possible to grasp the budget use status in various tabulation units, and it is possible to exhibit high convenience when diverting the budget. Furthermore, since the remaining budget can be grasped in various tabulation units, such as the total budget balance of all the budgets of each project and the total budget balance of a certain budget item, the budget manager has high convenience in reallocating the budget. It can be said that the benefits are obtained and the effect of using the budget is higher.
[0138]
As described above, according to the budget execution management method or the budget execution management program of the present invention, it is possible to grasp the budget usage status and the accurate budget remaining amount in various total units from multiple viewpoints different from each other in real time and for each position. Control and increase the efficiency of budget execution.
[0139]
In addition, since the remaining budget can be accurately grasped in real time, high convenience can be exhibited when the surplus budget is diverted, which also improves the efficiency of budget execution.
[0140]
(Supplementary Note 1) When calculating the total budget balance corresponding to a plurality of purchase plans, the total budget balance is calculated by adding the state of the latest budget balance corresponding to each type of slip issued at each execution stage of each purchase plan. Calculating a budget execution management method.
[0141]
(Supplementary Note 2) The calculated total budget balance is calculated based on the payment amount for the paid purchase plan, the contract amount for the purchase plan up to the contract, and the request amount for the purchase plan only for the purchase request. The budget execution management method according to claim 1, wherein the total budget balance is calculated.
[0142]
(Supplementary Note 3) A purchase request amount inputting step of inputting the generated purchase request amount,
A purchase request approved amount inputting step of inputting an approved amount of the purchase request amount input in the purchase request amount inputting step;
A contract resolution amount inputting step of inputting a contract resolution amount issued corresponding to the approved amount input in the purchase request approved amount inputting step;
A contract resolution approved amount inputting step of inputting an amount for which the contract resolution has been approved among the contract resolution amounts input in the contract resolution amount inputting step;
An acceptance inspection amount inputting step of inputting an acceptance inspection amount of the contract resolution approval amount input in the contract resolution approval amount inputting step;
Inputting the paid amount to input the paid amount out of the received and accepted amount input in the acceptance and received amount inputting step;
A budget execution management method that includes
Furthermore,
Subtracting the approved amount input in the purchase request approved amount input step from the purchase request amount input in the purchase request amount input step to calculate a purchase request unapproved amount Approval amount calculation process,
Subtracting the contract resolution amount input in the contract resolution amount input step from the approved amount input in the purchase request approved amount input step to calculate a purchase request approved uncontracted amount; Contract amount calculation process,
Subtracting a contract resolution by subtracting the contract resolution approved amount input in the contract resolution approved amount input step from the contract resolution amount input in the contract resolution amount input step to calculate a contract resolution invoice unapproved amount Vote unapproved amount calculation process,
A contract resolution for subtracting the received acceptance amount input in the acceptance inspection amount input step from the contract resolution approved amount input in the contract resolution approved amount inputting step to calculate a contract resolution approved unaccepted amount. The approved unaccepted amount calculation process,
Subtracting the paid amount entered in the paid amount input step from the accepted amount entered in the received amount input step to calculate a received accepted amount payable amount calculating step; When,
Including
Furthermore,
From the budget amount, the purchase request draft unapproved amount, the purchase request approved uncontracted amount, the contract resolution draft unapproved amount, the contract resolution approved unreceived amount, the acceptance accepted unpaid amount, and the paid A purchase request-based budget balance calculating step of subtracting the amount to calculate a purchase request-based budget balance;
A contract-based budget remaining amount calculating step of calculating a contract-based budget remaining amount by adding the purchase request-based budget remaining amount, the purchase request invoice unapproved amount, and the purchase request approved uncontracted amount;
A payment-based budget balance calculating step of calculating the payment-based budget balance by adding the contract-based budget balance, the contract resolution draft unapproved amount, the contract resolution-approved unaccepted amount, and the accepted acceptance unpaid amount; ,
The purchase request base budget balance, the contract base budget balance, or the budget balance output step of outputting the payment base budget balance,
A budget execution management method characterized by including:
[0143]
(Supplementary Note 4) When calculating the total budget balance corresponding to a plurality of purchase plans, the total budget balance includes the latest budget balance state corresponding to each type of slip issued at each execution stage of each purchase plan. A budget execution management program characterized by causing a computer to execute a process of calculating a budget execution.
[0144]
(Supplementary Note 5) The calculated total budget balance is the sum of the payment amount for the paid purchase plan, the contract amount for the purchase plan up to the contract, and the request amount for the purchase plan only for the purchase request. The budget execution management program according to claim 4, wherein the total budget balance is calculated.
[0145]
(Supplementary Note 6) A purchase request amount input process of inputting the requested purchase request amount,
A purchase request approved amount input process for inputting an approved amount of the purchase request amount input by the purchase request amount input process;
A contract resolution amount input process for inputting a contract resolution amount issued in accordance with the approved amount input by the purchase request approved amount input process;
A contract resolution approved amount input process for inputting an amount for which a contract resolution has been approved among the contract resolution amounts input by the contract resolution amount input process;
Receiving acceptance amount input processing of inputting the acceptance inspection amount of the contract resolution approved amount input by the contract resolution approved amount input processing;
An input process of inputting the paid amount of the received inspection amount input by the acceptance inspection amount input process;
A budget execution management program that causes a computer to execute
Furthermore,
The purchase request issuance not calculated by subtracting the approved amount input by the purchase request approved amount input process from the purchase request amount input by the purchase request amount input process to calculate the purchase request unapproved amount. Approval amount calculation processing,
Subtracting the contract resolution amount input by the contract resolution amount input process from the approved amount input by the purchase request approved amount input process to calculate the purchase request approved uncontracted amount Contract amount calculation processing,
Subtracting a contract resolution by subtracting the contract resolution approved amount input by the contract resolution approved amount input process from the contract resolution amount input by the contract resolution amount input process to calculate a contract resolution invoice unapproved amount Vote unapproved amount calculation processing,
A contract resolution for subtracting the received acceptance amount input by the acceptance inspection amount input process from the contract resolution approved amount input by the contract resolution approved amount input process to calculate a contract resolution approved unaccepted amount. Approved unaccepted amount calculation processing,
Receiving acceptance unpaid amount calculation processing for calculating the acceptance inspection unpaid amount by subtracting the paid amount input by the paid amount input processing from the acceptance inspection amount input by the acceptance inspection amount input processing When,
Causes the computer to execute
Furthermore,
From the budget amount, the purchase request draft unapproved amount, the purchase request approved uncontracted amount, the contract resolution draft unapproved amount, the contract resolution approved unreceived amount, the acceptance accepted unpaid amount, and the paid A purchase request-based budget balance calculation process of subtracting the amount to calculate a purchase request-based budget balance,
A contract-based budget remaining amount calculation process of calculating the contract-based budget remaining amount by adding the purchase request-based budget remaining amount, the purchase request invoice unapproved amount, and the purchase request approved uncontracted amount,
A payment-based budget balance calculation process for calculating the payment-based budget balance by summing the contract-based budget balance, the contract resolution draft unapproved amount, the contract resolution approved unaccepted amount, and the accepted acceptance unpaid amount; ,
The purchase request base budget balance, the contract base budget balance, or the budget balance output process of outputting the payment base budget balance,
A budget execution management program that causes the computer to execute.
[0146]
(Supplementary Note 7) When calculating the total budget balance corresponding to a plurality of purchase plans, the total budget balance is calculated by adding the state of the latest budget balance corresponding to each type of slip issued at each execution stage of each purchase plan. A budget execution management device comprising means for calculating
[0147]
(Supplementary Note 8) Purchase request amount input means for inputting the requested purchase request amount;
A purchase request approved amount input unit for inputting an approved amount of the purchase request amount input by the purchase request amount input unit;
Contract resolution amount input means for inputting a contract resolution amount issued in accordance with the approved amount input by the purchase request approved amount input means;
A contract resolution approved amount input means for inputting an amount of the contract resolution approved among the contract resolution amounts input by the contract resolution amount input means;
Receiving acceptance amount input means for inputting the acceptance inspection amount of the contract resolution approved amount input by the contract resolution approved amount input means;
Input means for inputting a paid amount to input a paid amount out of the received inspection amount input by the received inspection amount input means;
A budget execution management device comprising:
Furthermore,
Subtracting the approved amount input by the purchase request approved amount input unit from the purchase request amount input by the purchase request amount input unit to calculate the purchase request unapproved amount Means for calculating the approval amount;
Subtracting the contract resolution amount input by the contract resolution amount input unit from the approved amount input by the purchase request approved amount input unit to calculate the purchase request approved uncontracted amount Contract amount calculating means;
Subtracting a contract resolution by subtracting the contract resolution approved amount input by the contract resolution approved amount input unit from the contract resolution amount input by the contract resolution amount input unit to calculate a contract resolution invoice unapproved amount Vote unapproved amount calculating means,
A contract resolution for subtracting the acceptance inspection amount input by the acceptance inspection amount input unit from the contract resolution approval amount input by the contract resolution approval amount input unit to calculate a contract resolution approved unaccepted amount. Means for calculating the approved unaccepted amount;
Receiving inspection unpaid amount calculating means for calculating the receiving inspection unpaid amount by subtracting the paid amount input by the paid amount inputting means from the receiving inspection amount input by the receiving inspection amount input means. When,
With
Furthermore,
From the budget amount, the purchase request draft unapproved amount, the purchase request approved uncontracted amount, the contract resolution draft unapproved amount, the contract resolution approved unreceived amount, the acceptance accepted unpaid amount, and the paid A purchase request-based budget balance calculating means for subtracting the amount to calculate a purchase request-based budget balance,
A contract-based budget remaining amount calculating means for calculating a contract-based budget remaining amount by adding the purchase request-based budget remaining amount, the purchase request invoice unapproved amount, and the purchase request approved uncontracted amount;
A payment-based budget balance calculating means for calculating the payment-based budget balance by summing the contract-based budget balance, the contract resolution draft unapproved amount, the contract resolution-approved unaccepted amount, and the received inspection unpaid amount; ,
The purchase request base budget balance, the contract base budget balance, or the budget balance output means for outputting the payment base budget balance,
A budget execution management device comprising:
[0148]
(Supplementary Note 9) In calculating the total budget balance corresponding to a plurality of purchase plans, the total budget balance is calculated by adding the state of the latest budget balance corresponding to each type of slip issued at each execution stage of each purchase plan. A program recording medium in which a computer executes a budget execution management program that causes a computer to execute a process of calculating the budget execution management program.
[0149]
As described above, according to the budget execution management method or the budget execution management program of the present invention, the budget execution status can be optimized in real time or in a short execution period for each position in each responsibility. Aggregate the status so that it can be notified, that is, the paid order is calculated, the contracted order is calculated, the purchase order is calculated, and the requested amount is calculated. To be able to inform them, so that they can know the more accurate and necessary budget balance for each position and manage the budget balance by grasping the accurate budget balance in real time. Efficiency is improved.
[0150]
Similarly, since the remaining budget can be grasped in real time and in various tabulation units from various viewpoints different from position to position, and the accurate budget balance can be grasped, it is highly convenient when diverting surplus budget. This also improves the efficiency of budget execution.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration of a budget execution management system centered on a budget execution management server that performs budget execution management according to an embodiment.
FIG. 2 (a) is a chart for explaining a method of calculating a budget limit when the final payment amount in the budget execution management system is smaller than the estimated amount, and FIG. 2 (b) is a re-posting of FIG. 10 (a) for comparative explanation. FIG. 2C is a diagram for explaining the function of the budget execution management system of this example.
FIG. 3 (a) is a chart for explaining a method of calculating a budget frame when the final payment amount is larger than an estimated amount in the budget execution management system, and FIG. 10 (b) is a reprint of FIG. 10 (b) for comparative explanation. FIG. 2C is a diagram for explaining the function of the budget execution management system of this example.
FIG. 4 is a diagram for explaining the flow of the relationship between the approximate budget amount and the confirmed payment amount in the case of a one-time purchase request.
FIG. 5 is a diagram illustrating the flow of the relationship between the approximate budget amount and the confirmed payment amount in the case of a purchase request for multiple payments as an example.
FIG. 6 is a diagram illustrating the operation of a budget execution management method and a budget execution management program according to the present invention.
FIGS. 7A and 7B are diagrams showing examples of a budget management table managed by a budget management program.
FIGS. 8A to 8F are diagrams showing examples of display screens output by a budget status output program based on data in a budget management table.
FIG. 9 is a diagram showing a state of a conventional budget execution amount.
FIGS. 10 (a), (b), and (c) are diagrams illustrating a conventional accounting method when the declared budget estimated amount is larger or smaller than the confirmed payment amount.
[Explanation of symbols]
10 Budget execution management system
11 Budget execution management server (device)
12-i (i = 1, 2,..., N) Operator terminal (user, administrator computer)
13 Network
14 Slip processing program
15 Budget Management Program
16 Budget status output program
17 (17-1, 17-2) External storage device
18 Input device
19 Output device

Claims (5)

When calculating the total budget balance corresponding to a plurality of purchase plans, the total budget balance is calculated by adding the latest budget balance state corresponding to each type of voucher issued at each budget execution stage of each purchase plan to be added. A budget execution management method characterized in that: The calculated total budget balance is the total budget balance for each of the payment amount for the paid purchase plan, the contract amount for the purchase plan up to the contract, and the request amount for the purchase plan only for the purchase request. 2. The budget execution management method according to claim 1, wherein the calculation is performed. A purchase request amount inputting step of inputting the drafted purchase request amount; a purchase request approved amount inputting step of inputting an approved amount among the purchase request amounts input in the purchase request amount inputting step;
A contract resolution amount inputting step of inputting a contract resolution amount issued corresponding to the approved amount input in the purchase request approved amount inputting step;
A contract resolution approved amount inputting step of inputting an amount for which the contract resolution has been approved among the contract resolution amounts input in the contract resolution amount inputting step;
An acceptance inspection amount inputting step of inputting an acceptance inspection amount of the contract resolution approval amount input in the contract resolution approval amount inputting step;
Inputting the paid amount to input the paid amount out of the received and accepted amount input in the acceptance and received amount inputting step;
A budget execution management method that includes
Furthermore,
Subtracting the approved amount input in the purchase request approved amount input step from the purchase request amount input in the purchase request amount input step to calculate a purchase request unapproved amount Approval amount calculation process,
Subtracting the contract resolution amount input in the contract resolution amount input step from the approved amount input in the purchase request approved amount input step to calculate a purchase request approved uncontracted amount; Contract amount calculation process,
Subtracting a contract resolution by subtracting the contract resolution approved amount input in the contract resolution approved amount input step from the contract resolution amount input in the contract resolution amount input step to calculate a contract resolution invoice unapproved amount Vote unapproved amount calculation process,
A contract resolution for subtracting the received acceptance amount input in the acceptance inspection amount input step from the contract resolution approved amount input in the contract resolution approved amount inputting step to calculate a contract resolution approved unaccepted amount. The approved unaccepted amount calculation process,
Subtracting the paid amount entered in the paid amount input step from the accepted amount entered in the received amount input step to calculate a received accepted amount payable amount calculating step; When,
Including
Furthermore,
From the budget amount, the purchase request draft unapproved amount, the purchase request approved uncontracted amount, the contract resolution draft unapproved amount, the contract resolution approved unreceived amount, the acceptance accepted unpaid amount, and the paid A purchase request-based budget balance calculating step of subtracting the amount to calculate a purchase request-based budget balance;
A contract-based budget remaining amount calculating step of calculating the contract-based budget remaining amount by adding the purchase request-based budget remaining amount, the purchase request invoice unapproved amount, and the purchase request approved uncontracted amount,
A payment-based budget balance calculating step of calculating the payment-based budget balance by adding the contract-based budget balance, the contract resolution draft unapproved amount, the contract resolution-approved unaccepted amount, and the accepted acceptance unpaid amount; ,
The purchase request base budget balance, the contract base budget balance, or the budget balance output step of outputting the payment base budget balance,
A budget execution management method characterized by including: When calculating the total budget balance corresponding to a plurality of purchase plans, the total budget balance is calculated by adding the latest budget balance state corresponding to each type of voucher issued at each budget execution stage of each purchase plan to be added. A budget execution management program characterized by causing a computer to execute processing. A purchase request amount input process for inputting the drafted purchase request amount; a purchase request approved amount input process for inputting an approved amount among the purchase request amounts input by the purchase request amount input process;
A contract resolution amount input process for inputting a contract resolution amount issued in accordance with the approved amount input by the purchase request approved amount input process;
A contract resolution approved amount input process for inputting an amount for which a contract resolution has been approved among the contract resolution amounts input by the contract resolution amount input process;
Receiving acceptance amount input processing of inputting the acceptance inspection amount of the contract resolution approved amount input by the contract resolution approved amount input processing;
An input process of inputting the paid amount of the received inspection amount input by the acceptance inspection amount input process;
A budget execution management program that causes a computer to execute
Furthermore,
The purchase request issuance not calculated by subtracting the approved amount input by the purchase request approved amount input process from the purchase request amount input by the purchase request amount input process to calculate the purchase request unapproved amount. Approval amount calculation processing,
Subtracting the contract resolution amount input by the contract resolution amount input process from the approved amount input by the purchase request approved amount input process to calculate the purchase request approved uncontracted amount Contract amount calculation processing,
Subtracting a contract resolution by subtracting the contract resolution approved amount input by the contract resolution approved amount input process from the contract resolution amount input by the contract resolution amount input process to calculate a contract resolution invoice unapproved amount Vote unapproved amount calculation processing,
A contract resolution for subtracting the received acceptance amount input by the acceptance inspection amount input process from the contract resolution approved amount input by the contract resolution approved amount input process to calculate a contract resolution approved unaccepted amount. Approved unaccepted amount calculation processing,
Receiving acceptance unpaid amount calculation processing for calculating the acceptance inspection unpaid amount by subtracting the paid amount input by the paid amount input processing from the acceptance inspection amount input by the acceptance inspection amount input processing When,
Causes the computer to execute
Furthermore,
From the budget amount, the purchase request draft unapproved amount, the purchase request approved uncontracted amount, the contract resolution draft unapproved amount, the contract resolution approved unreceived amount, the acceptance accepted unpaid amount, and the paid A purchase request-based budget balance calculation process of subtracting the amount to calculate a purchase request-based budget balance,
A contract-based budget remaining amount calculation process of calculating the contract-based budget remaining amount by adding the purchase request-based budget remaining amount, the purchase request invoice unapproved amount, and the purchase request approved uncontracted amount;
A payment-based budget balance calculation process for calculating the payment-based budget balance by summing the contract-based budget balance, the contract resolution draft unapproved amount, the contract resolution approved unaccepted amount, and the accepted acceptance unpaid amount; ,
The purchase request base budget balance, the contract base budget balance, or the budget balance output process of outputting the payment base budget balance,
A budget execution management program that causes the computer to execute.

Images