Business support device, business support method, and business support program

Abstract

To assist remittance management work for each distribution agreement of a joint venture.SOLUTION: A detection unit refers to a storage unit and detects either one remittance mode from: a first remittance mode which remits an amount obtained from apportioning a sales amount of products according to shares of each company constituting a joint venture, or a second remittance mode which remits a full amount of the sales amount for the products to an administrative company representing each company constituting the joint venture. When the first remittance mode is detected, a data generation unit generates payment request data including a remittance amount obtained from apportioning the sales amount of the products to each company according to the shares of each company constituting the joint venture, and payment destination information indicating payees of each remittance amount. Furthermore, when the second remittance mode is detected, the data generation unit generates payment request data including a remittance amount that is the full amount for the sales amount of the products to the administrative company, which is the representative company, and payment destination information of the administrative company.SELECTED DRAWING: Figure 3

Description

Technical Field

[0001] The present invention relates to a business support device, a business support method, and a business support program.

Background Art

[0002] Today, there is a co-investment sales form in which a single product is manufactured and sold by multiple companies through co-investment. In this co-investment sales form, the money obtained from selling the product is remitted to each company based on the agreement of the sales contract. Specifically, the money obtained from selling the product is apportioned by the management company according to the share of each company and remitted to each company, or the management company remits the money in a lump sum to the representative company (the managing company), and this managing company remits the money apportioned according to the share to the other companies that made the co-investment.

[0003] Patent Document 1 (Japanese Patent Application Laid-Open No. 2002-063259) discloses a rental building profitability simulation device that enables the simulation of the profitability of a rental building owner and makes it possible to compare the profitability when the owner makes a full investment and the profitability when the same amount is co-invested to build a larger rental building.

[0004] This rental building profitability simulation device presents to the owner that the profitability can be improved by the landowner and the real estate sales company co-investing for a certain period to manage an apartment building. In this simulation, the building structure part and other equipment specification parts are defined. The owner basically bears the amount corresponding to the building structure part, and the real estate sales company bears the amount corresponding to the equipment specification part with a relatively short depreciation period during the co-investment period. During the co-investment period, rent corresponding to the investment ratio is paid to the owner, and after the passage of a period considering the legal useful life of the equipment specification part, the equipment specification part is sold to the owner and converted to independent management. The simulation results are displayed as a table or graph and can also be printed as a printed matter.

Prior Art Documents

Patent Documents

[0005] [Patent Document 1] Japanese Patent Publication No. 2002-063259 [Overview of the project] [Problems that the invention aims to solve]

[0006] However, in the case of joint ventures, the business operator had to manage different remittance management systems for each sales agreement, which made the management process cumbersome.

[0007] This invention has been made in view of the above-mentioned problems, and aims to provide a business support device, a business support method, and a business support program that can support remittance management operations for each sales agreement of a joint venture. [Means for solving the problem]

[0008] To solve the above-mentioned problems and achieve the objective, the business support device according to the present invention refers to a storage unit that stores remittance method information indicating either a first remittance method in which an amount obtained by apportioning the sales price of goods according to the share of each company constituting the joint venture, or a second remittance method in which the entire sales price of goods is remitted to the managing company that is the representative of the companies constituting the joint venture, and detects one of the remittance methods stored in the storage unit, and when the first remittance method is detected, The system references the bank transfer information of each company constituting the joint venture, the lead company flag information indicating which company is the lead company representing each of the companies in the joint venture, and the business owner master data in which each company's ownership percentage is set. The proceeds from the sale of goods sold by the joint venture will be distributed among the companies that make up the joint venture. Ownership ratio The amount of money to be remitted to each company, divided proportionally according to the following, Bank transfer information showing the recipient of the remittance amount from each company. It generates payment request data including, and if a second remittance method is detected, Referencing the business owner master, the following information is obtained: the amount to be remitted to each company by apportioning the sales proceeds of the goods sold by the joint venture according to the ownership ratio of each company constituting the joint venture; payee information for each company as the debtor; payee information for the managing company indicated by the managing company flag information as the recipient of each remittance amount; and transfer information for the managing company as the recipient of the remittance amount. It includes a data generation unit that generates payment request data.

[0009] Furthermore, in order to solve the above-mentioned problems and achieve the objectives, the present invention The business support method of the business support device is:The detection unit refers to a storage unit that stores remittance method information indicating either a first remittance method in which the proceeds from the sale of goods are remitted in proportion to the share of each company constituting the joint venture, or a second remittance method in which the entire proceeds from the sale of goods are remitted to the managing company that is the representative of the companies constituting the joint venture, and detects one of the remittance methods stored in the storage unit. If the first remittance method is detected, the data generation unit performs the following steps: The system references the bank transfer information of each company constituting the joint venture, the lead company flag information indicating which company is the lead company representing each of the companies in the joint venture, and the business owner master data in which each company's ownership percentage is set. The proceeds from the sale of goods sold by the joint venture will be distributed among the companies that make up the joint venture. Ownership ratio The amount of money to be remitted to each company, divided proportionally according to the following, Bank transfer information showing the recipient of the remittance amount from each company. It generates payment request data including, and if a second remittance method is detected, Referencing the business owner master, the following information is obtained: the amount to be remitted to each company by apportioning the sales proceeds of the goods sold by the joint venture according to the ownership ratio of each company constituting the joint venture; payee information for each company as the debtor; payee information for the managing company indicated by the managing company flag information as the recipient of each remittance amount; and transfer information for the managing company as the recipient of the remittance amount. The system includes a data generation step that generates payment request data.

[0010] Furthermore, in order to solve the above-mentioned problems and achieve the objective, the business support program according to the present invention has a computer that refers to a storage unit which stores remittance method information indicating either a first remittance method in which an amount of the sales price of the goods is remitted in proportion to the share of each company constituting the joint venture, or a second remittance method in which the entire amount of the sales price of the goods is remitted to the managing company that is the representative of the companies constituting the joint venture, and a detection unit which detects one of the remittance methods stored in the storage unit, and when the first remittance method is detected, The system references the bank transfer information of each company constituting the joint venture, the lead company flag information indicating which company is the lead company representing each of the companies in the joint venture, and the business owner master data in which each company's ownership percentage is set. The proceeds from the sale of goods sold by the joint venture will be distributed among the companies that make up the joint venture. Ownership ratio The amount of money to be remitted to each company, divided proportionally according to the following, Bank transfer information showing the recipient of the remittance amount from each company. It generates payment request data including, and if a second remittance method is detected, Referencing the business owner master, the following information is obtained: the amount to be remitted to each company by apportioning the sales proceeds of the goods sold by the joint venture according to the ownership ratio of each company constituting the joint venture; payee information for each company as the debtor; payee information for the managing company indicated by the managing company flag information as the recipient of each remittance amount; and transfer information for the managing company as the recipient of the remittance amount. It functions as a data generation unit that generates payment request data. [Effects of the Invention]

[0011] This invention can support the remittance management operations for each sales agreement of a joint venture. [Brief explanation of the drawing]

[0012] [Figure 1] FIG. 1 is a block diagram showing the hardware configuration of the business support apparatus according to the embodiment. [Figure 2] FIG. 2 is a diagram showing an example of a project master. [Figure 3] FIG. 3 is a diagram showing an example of a deposit transfer master. [Figure 4] FIG. 4 is a diagram showing an example of a partition master. [Figure 5] FIG. 5 is a diagram showing an example of a business owner master. [Figure 6] FIG. 6 is a diagram showing an example of a contract master. [Figure 7] FIG. 7 is a diagram showing an example of collection schedule data. [Figure 8] FIG. 8 is a diagram showing an example of breakdown data. [Figure 9] FIG. 9 is a diagram showing a state where the down payment from the buyer is distributed and transferred according to the share of each developer company. [Figure 10] FIG. 10 is a diagram showing a deposit transfer master in which the deposit transfer destination classification is set to "each business owner". [Figure 11] FIG. 11 is a diagram showing an example of deposit data. [Figure 12] FIG. 12 is a diagram showing an example of a deposit offset input screen. [Figure 13] FIG. 13 is a diagram showing an example of a breakdown registration screen. [Figure 14] FIG. 14 is a diagram showing an example of deposit offset data and deposit offset breakdown data generated based on collection schedule data and breakdown data. [Figure 15] FIG. 15 is a diagram showing an example of transfer target temporary work data generated based on collection schedule data and deposit offset breakdown data. [Figure 16] FIG. 16 is a diagram showing an example of payment request data generated based on transfer target temporary work data and deposit offset breakdown data. [Figure 17] FIG. 17 is a diagram showing an example of deposit offset breakdown data generated based on transfer target temporary work data. [Figure 18] Figure 18 shows payment request data, which requests remittances according to each developer company's share of the investment. [Figure 19] Figure 19 shows an example of a remittance notice sent to each developer company. [Figure 20] Figure 20 shows a list of remittances according to each developer company's share. [Figure 21] Figure 21 illustrates how the down payment from the buyer is sent to the lead company of each developer, and how the lead company then sends a pro-rata amount according to the other developers' shares. [Figure 22] Figure 22 shows a deposit transfer master file where the deposit transfer destination category is set to "Business Owner Bulk". [Figure 23] Figure 23 shows payment request data requesting the lead company to make a lump-sum payment of the down payment from the buyer. [Figure 24] Figure 24 shows an example of a remittance notice sent to the managing company. [Figure 25] Figure 25 is a diagram showing a list of remittances that break down the down payments from buyers that were sent in a lump sum to the lead company. [Modes for carrying out the invention]

[0013] The following describes in detail, based on the drawings, a business support device that is an embodiment to which the present invention is applied. For the purposes of this description, it will be assumed that, as an example, developer companies A to C form a so-called joint venture (JV), and this joint venture jointly constructs and sells apartment buildings (so-called condominiums: an example of a product).

[0014] The business support device of this embodiment is a business support device for a sales company that mediates the sale of condominiums between each developer company A to C and the buyer. This business support device of this embodiment aims to support the work of business operators by automatically creating payment request data for processing the transfer of down payments, etc., from buyers who have purchased condominiums to each developer company A to C.

[0015] Furthermore, the present invention is not limited to the following embodiments. Therefore, the product may be anything other than condominiums, as long as it is jointly developed and sold by various development companies. Also, this concept of "product" includes so-called services.

[0016] (Hardware configuration) As shown in Figure 1, the business support device 1 of this embodiment includes a storage unit 2, a control unit 3, a communication interface unit 4, and an input / output interface unit 5. An input device 6 and an output device 7 are connected to the input / output interface unit 5. The output device 7 may be a display unit such as a monitor device (including a home television), a printing device, or a speaker device. The input device 6 may be a keyboard device, a mouse device, a microphone device, or a monitor device that works in cooperation with a mouse device to realize a pointing device function.

[0017] The communication interface unit 4 is connected to a network 50, such as a wide-area network like the Internet or a private network like a LAN (Local Area Network). The network 50 is connected to a bank terminal device 51 of a bank that manages the buyer's deposit account, a bank terminal device 52 of a bank that manages the deposit account of a sales company equipped with the business support device 1 of this embodiment, and bank terminal devices 61 to 63 of banks that manage the deposit accounts of each of the developers A to C.

[0018] In this embodiment, the business support device 1, upon receiving deposit data such as a down payment from the buyer's bank terminal device 51, generates payment request data for sending funds to each developer A to C and transmits it to the sales company's bank terminal device 52. Based on the payment request data, the sales company's bank terminal device 52 processes the transfer of funds to each developer A to C's bank terminal devices 61 to 63 in proportion to their respective shares (pro-rata transfer processing).

[0019] Alternatively, the sales company's bank terminal device 52 processes a lump-sum remittance of the down payment, etc., to the bank terminal device of the lead developer among Developers A to C, based on the payment request data (lump-sum remittance processing). In this case, the lead developer distributes the lump-sum remittance of the down payment, etc., according to the other developers' shares and processes the remittance to the other developers' bank terminal devices.

[0020] For the memory unit 2, a storage device such as ROM (Read Only Memory), RAM (Random Access Memory), HDD (Hard Disk Drive), or SSD (Solid State Drive) can be used. The memory unit 2 stores a business support program that automatically creates payment request data for each developer A to C to assist the business operator in their remittance operations. The memory unit 2 also stores the project master 11, the deposit remittance master 12, the partition master 13, the business owner master 14, and the contract master 15.

[0021] Furthermore, the storage unit 2 stores data such as collection schedule data, breakdown data, deposit data, deposit reconciliation data, deposit reconciliation breakdown data, temporary work data for remittance targets, payment request data, remittance notification data, and remittance list data.

[0022] Project Master 11, as shown in Figure 2, consists of the project code, sub-number, and project name of the condominium being sold. In the example in Figure 2, the project code is "PJ00001", the sub-number is "0", and the project name is "Kyobashi Mansion".

[0023] As shown in Figure 3, the deposit remittance master 12 registers (stores) the deposit remittance category and recipient for each project. The deposit remittance category "1: Each Business Owner" shown in Figure 3 is a deposit remittance category that indicates a "proportional remittance process" in which the deposit from the buyer is apportioned according to the share of each developer A to C and remitted to each developer A to C.

[0024] Furthermore, the "2: Lump-sum payment by the business owner" deposit remittance category shown in Figure 3 represents a "lump-sum payment process" where the deposit from the buyer is remitted in a lump sum to the lead developer among Developers A to C, and this lead developer then remits the amounts corresponding to the other developers' shares to the other developers. In the example in Figure 3, Developer A is the lead developer, so Developer A is set as the "recipient".

[0025] In the example in Figure 3, the "PJ00001" project has two deposit remittance categories set: "1: Each business owner" and "2: All business owners." However, in reality, only one of these deposit remittance categories is set. As will be described later, the business support device 1 of this embodiment refers to this deposit remittance master 12 to detect the deposit remittance category set for the project corresponding to the buyer's remittance, and automatically generates payment request data for processing the remittance in the remittance format corresponding to the detected deposit remittance category.

[0026] As shown in Figure 4, the plot master 13 stores the project code, sub-number, and plot number of the plot that indicates the geographical location where the apartment building was constructed.

[0027] As shown in Figure 5, the Business Owner Master 14 stores the bank account details, ownership percentage, and project manager flag information for each developer for each project. In the example in Figure 5, Developer A's ownership percentage for project "PJ00001" is set to "50%", Developer B's ownership percentage to "25%", and Developer C's ownership percentage to "25%". Additionally, Developer A has a project manager flag of "1". This indicates that Developer A is designated as the project manager among Developers A through C.

[0028] As shown in Figure 6, the contract master 15 stores the contract information of customers who have contracted to purchase an apartment. The example in Figure 6 shows that a customer named "Sample Taro" purchased apartment unit "101" in an apartment building constructed under the "PJ00001" project, with the contract date being "November 9, 2022".

[0029] (Functional configuration of business support equipment) Next, the control unit 3 executes the business support program stored in the memory unit 2, and functions as the detection unit 21, data generation unit 22, display control unit 23, memory control unit 24, and communication control unit 25, as shown in Figure 1.

[0030] The detection unit 21 refers to a storage unit (deposit remittance master 12 in Figure 3) which stores remittance information indicating one of the following remittance methods: a first remittance method (pro-rata remittance method) in which the sales price of the goods is remitted in proportion to the shares of each company (developer A to developer C) constituting the joint venture, or a second remittance method (lump-sum remittance method) in which the entire sales price of the goods is remitted to the managing company that is the representative of the companies constituting the joint venture. The detection unit 21 then detects one of the remittance methods stored in the storage unit (deposit remittance master 12 in Figure 3).

[0031] When the first remittance method (remittance method of apportionment remittance processing) is detected, the data generation unit 22 generates payment request data that includes the amount of remittance to each company obtained by apportioning the sales price of goods sold by the joint venture according to the share of each company constituting the joint venture, and payment destination information (bank account to which the remittance amount will be transferred) that is stored in the storage unit (business owner master 14 in Figure 5).

[0032] Furthermore, when the second remittance method (remittance method for batch remittance processing) is detected, the data generation unit 22 generates payment request data that includes the total amount of the sales proceeds for the goods sold by the joint venture to be remitted to the lead company (in the example of Figure 5, Developer A) among the companies constituting the joint venture, as well as the lead company's payee information (bank account for transfer) stored in the storage unit (business owner master 14 in Figure 5).

[0033] Furthermore, the data generation unit 22 generates payment reconciliation data for processing the payment reconciliation of the sales price of the goods (data shown in Figure 14(c) later), and also generates payment reconciliation breakdown data that includes the amount obtained by apportioning the sales price of the goods based on the share of each company constituting the joint venture (data shown in Figure 14(d)).

[0034] Furthermore, the data generation unit 22 extracts the remittance recipients, which are the companies making the payments, based on the payment reconciliation data and the payment reconciliation breakdown data (temporary work data of remittance recipients as shown in Figure 15(c) later), and generates payment request data based on the extracted remittance recipients and the payment reconciliation breakdown data.

[0035] Furthermore, when the first remittance method (remittance method for proportional remittance processing) is detected, the data generation unit 22 generates payment request data that includes the amount to be remitted to each company, transfer destination information (transfer destination account in Figure 5) indicating the recipient of each remittance amount, as well as debtor information with each company as the debtor and payee information with each company as the payee (see Figure 18).

[0036] Furthermore, when the data generation unit 22 detects a second remittance method (remittance method for batch remittance processing), it generates payment request data that includes the total amount of the sales price of the goods to be remitted to the lead company (for example, Developer A (see Figure 5)), the lead company's bank transfer information (bank account), as well as debtor information with each company as the debtor and payee information with the lead company as the payee (see Figure 23).

[0037] (Automatic generation of payment request data) Next, the automatic generation operation of payment request data in the business support device 1 of the embodiment will be explained. If your company is the sales company, it will send the buyer's down payment, etc., to the seller, the developer. If the seller is a joint venture (JV) consisting of multiple companies, when sending the down payment, etc., it is predetermined by the sales agreement whether to transfer the amount corresponding to each company's share or to transfer the entire amount to the lead company. Since such sales agreements differ for each real estate property, the embodiment checks the sales agreement for each real estate property and automatically generates payment request data in accordance with this sales agreement.

[0038] (Generation of payment request data during proportional remittance processing) First, as shown in Figure 9, we will explain an example in which a sales company equipped with the business support device 1 of the embodiment generates payment request data to transfer the down payment received from the sale of a condominium to a buyer, according to the shares of Developers A to C that constitute the joint venture (JV).

[0039] In this case, the buyer of the property makes a deposit, for example, to the sales company via the buyer's bank terminal device shown in Figure 1. Once this deposit is made, the buyer's bank terminal device 51 processes the transfer of the deposit from the buyer to the sales company's bank terminal device. The business operator of the business support device 1 confirms the deposit from the buyer based on the deposit and withdrawal details data to the sales company's bank terminal device 52, and then specifies the display of the fund registration screen via the input device 6.

[0040] As a result, the control unit 3 functions as a display control unit 23 based on the business support program and displays a fund registration screen (not shown) via the output device 7. The business operator registers the fund plan until the handover of the property on this fund registration screen. As a result, the control unit 3 functions as a data generation unit 22 based on the business support program and generates collection schedule data, including a collection schedule identification number (collection schedule GUID), project code, sub-number, contractor name, plot number, payment date, expense item, amount, and billing destination category, based on the business operator's input operations, as shown in Figure 7. The collection schedule identification number (collection schedule GUID) is newly assigned and added by the control unit 3.

[0041] This example in Figure 7 shows that "Sample Taro" has entered into a purchase agreement for room number "101" in the "PJ00001" project, and is scheduled to deposit "4 million yen" as a "down payment" on "November 10, 2022".

[0042] Furthermore, the data generation unit 22 refers to the business owner master 14 shown in Figure 5 to detect each developer's share and generates breakdown data including the breakdown identification number (breakdown Guid), recovery schedule Guid, trading partner, and amount, as shown in Figure 8. This example in Figure 8 shows that the property with recovery schedule Guid "KY00001" was jointly constructed by Developers A to C, and their shares are 50%, 25%, and 25%, respectively. Therefore, the 4 million yen down payment will be apportioned to Developers A to C as 2 million yen, 1 million yen, and 1 million yen. The breakdown Guid is automatically assigned by the control unit 3.

[0043] Once the planned retrieval data and its breakdown data are generated in this manner, the control unit 3 functions as a storage control unit 24 based on the business support program and controls the storage of the generated planned retrieval data and its breakdown data in the storage unit 2.

[0044] Next, the control unit 3 functions as a detection unit 21 based on the business support program, and as shown in Figure 10, it refers to the deposit remittance master 12 and detects the deposit remittance destination category. In this example, the detection unit 21 detects that the remittance to each developer is "1: Each business owner," which means that an amount divided proportionally according to the ownership share will be remitted.

[0045] Next, the business operator enters the deposit date and the amount deposited based on the deposit input screen (not shown). The data generation unit 22 then generates deposit data, as shown in Figure 11, indicating, for example, that "4 million yen" was deposited on "November 10, 2022". The memory control unit 24 stores this deposit data in the memory unit 2.

[0046] Next, the business operator performs a display selection operation on the payment reconciliation input screen. Once this display selection operation is performed, the display control unit 23 displays the payment reconciliation input screen illustrated in Figure 12 via the output device 7. The business operator enters the amount of the down payment, "4 million yen," into this payment reconciliation input screen. They also enter the project code "PJ00001," the contractor name "Sample Taro," the expense item "Down Payment," and the reconciliation amount "4 million yen."

[0047] Furthermore, this payment reconciliation input screen is equipped with a button labeled "Breakdown" to specify the display of the breakdown registration screen. When a business operator presses this button labeled "Breakdown," the display control unit 23 displays the breakdown registration screen shown in Figure 13 on the output device 7. The data generation unit 22 calculates the amounts of "2 million yen," "1 million yen," and "1 million yen" by apportioning the "4 million yen" down payment received according to the shares of Developers A to C. The display control unit 23 displays the calculated amounts of "2 million yen," "1 million yen," and "1 million yen" on the breakdown registration screen. The amounts displayed on this breakdown registration screen can be modified by the business operator as needed. Alternatively, the business operator may manually enter the amounts on this breakdown registration screen. The business operator checks the "Reconciliation" checkbox on the payment reconciliation input screen shown in Figure 12, specifying the registration of the entered payment reconciliation data and payment reconciliation breakdown data.

[0048] When this registration is specified, the data generation unit 22 generates payment reconciliation data for reconciling a payment of "4 million yen" as shown in Figure 14(c) for the planned collection unit shown in Figure 14(a), and also generates payment reconciliation breakdown data for reconciling amounts allocated to Developers A to C as shown in Figure 14(d) for the breakdown unit shown in Figure 14(b). The storage control unit 24 stores this payment reconciliation data and payment reconciliation breakdown data in the storage unit 2.

[0049] Next, the data generation unit 22 generates temporary work data for remittance targets, as shown in Figure 15(c), based on the collection schedule data shown in Figure 15(a) and the payment reconciliation breakdown data shown in Figure 15(b). This temporary work data for remittance targets, in the example described above, consists of a payment request identification number (payment request GUID), collection schedule GUID, payment reconciliation breakdown GUID, and billing destination category, corresponding to payments to Developers A through C. The payment request GUID is newly assigned and added by the control unit 3. The billing destination category is set to "Contractor" in each case.

[0050] Next, the data generation unit 22 generates payment request data for requesting payments to Developers A to C, as shown in Figure 16(c), based on the temporary remittance work data shown in Figure 16(a), the deposit reconciliation breakdown data shown in Figure 16(b), and the business owner master 14 shown in Figure 5, as shown in Figure 16(c).

[0051] This payment request data consists of a payment request identification number (payment request GUID), payee, payee, bank account, amount, and remittance confirmation number. The payment request GUID is newly assigned and added by the control unit 3. In this example, since it is an example of "pro-rata remittance processing" in which the payment from the buyer is prorated and remitted according to the shares of Developers A to C, the "payee" and "payee" are Developer A, Developer B, and Developer C, respectively.

[0052] Furthermore, the "bank account for transfer" is entered as the bank account for each developer A to C set in the business owner master 14 shown in Figure 5. In addition, the data generation unit 22 automatically calculates and enters the amount to be paid, prorated according to each developer's share. That is, in the case of the deposit payment of "4 million yen" mentioned above, the data generation unit 22 calculates "2 million yen" for developer A, who has a 50% share, "1 million yen" for developer B, who has a 25% share, and "1 million yen" for developer C, who also has a 25% share, and enters these amounts into the "amount" input field.

[0053] Next, the data generation unit 22 updates the payment request GUID of the payment reconciliation breakdown data, which was previously "NULL" (see Figure 16(b)), to the payment request GUID that was added when the temporary work data for remittance was generated, as shown in Figure 17(b), based on the temporary work data for remittance shown in Figure 17(a).

[0054] Next, as shown in Figure 18, the data generation unit 22 automatically assigns and updates a new remittance confirmation number for the payment request data. In this example, since remittances are made to each of the developers A to C, the data generation unit 22 assigns and inputs a remittance confirmation number for each developer.

[0055] Next, the control unit 3 functions as a communication control unit 25 based on a business support program at predetermined timings, such as those instructed by the business operator. In this example, it transmits payment request data to the bank terminal devices 61-63 of each developer A-C. As a result, the bank terminal devices 61-63 of each developer A-C process the payment request data and deposit the amount corresponding to each developer's share into their respective deposit accounts.

[0056] Next, the data generation unit 22 generates remittance notice data for each developer A to C, as shown in Figures 19(a) to 19(c). The storage control unit 24 stores this remittance notice data in the storage unit 2. As shown in Figures 19(a) to 19(c), the remittance notice data consists of the amount to be remitted to each developer, the recipient account, and the subtotal amount (total amount 4 million yen, share 2 million yen). This remittance notice data is read from the storage unit 2 at a timing specified by the business operator, supplied to an output device 7, which is an example of a printing device, and printed.

[0057] Furthermore, the data generation unit 22 generates remittance list data for each developer A to C shown in Figure 20. The storage control unit 24 stores this remittance list data in the storage unit 2. This remittance list data is a list showing the project code, section, expense item, payee, and amount for each property subject to remittance for each developer A to C. This remittance list data is read from the storage unit 2 at a timing specified by the business operator, supplied to an output device 7, which is an example of a printing device, and printed.

[0058] (Generation of payment request data during bulk remittance processing) Next, as shown in Figure 21, we will explain an example in which a sales company equipped with the business support device 1 of the embodiment sells a condominium to a buyer, and the down payment received is sent in a lump sum to Developer A, which is the lead company among Developers A to C that constitute a joint venture (JV). Developer A then generates payment request data for Developer A to send payments to Developer B and Developer B in proportion to their respective shares.

[0059] In this bulk remittance process as well, the planned collection data shown in Figure 7 and the breakdown data shown in Figure 8 are generated, and the detection unit 21 refers to the deposit remittance master 12 shown in Figure 22 to detect the deposit remittance destination category. In this example, the detection unit 21 detects that it is "2: Business Owner Bulk Remittance," in which the down payments etc. from buyers are remitted in bulk to the lead company of each developer.

[0060] Furthermore, based on the input operations of the business operator, the payment data shown in Figure 11 is generated, and based on the input content to the payment reconciliation input screen shown in Figure 12 and the breakdown registration screen shown in Figure 13 (based on the planned collection data and breakdown data), the payment reconciliation data for the planned collection unit shown in Figure 14(c) and the payment reconciliation breakdown data for the breakdown unit shown in Figure 14(d) are generated.

[0061] Furthermore, based on the planned collection data and the payment reconciliation breakdown data, temporary work data for the remittance target, which corresponds to the reconciled payment and indicates the recipient of the remittance, is generated as shown in Figure 15(c). Up to this point, the processing and operation are the same as the proportional remittance process described above.

[0062] Next, once the temporary work data to be remitted is generated, the data generation unit 22 generates the payment request data shown in Figure 23 based on the generated temporary work data to be remitted (see Figure 16(a)) and the payment reconciliation breakdown data (see Figure 16(b)).

[0063] As shown in Figure 18, the payment request data generated during the proportional remittance process described above entered the names of developers A to C as the debtors and payees, respectively. In contrast, in the case of a lump-sum remittance process, as shown in Figure 23, the data generation unit 22 uses developers A to C as the debtors and only developer A, which is the managing company, as the payee.

[0064] When such payment request data is generated, the data generation unit 22 updates the payment request GUID of the payment reconciliation breakdown data based on the temporary work data to be remitted, as shown in Figure 17(b), and also updates the remittance confirmation number, as shown in Figure 23.

[0065] Next, the communication control unit 25 transmits the payment request data to Developer A's bank terminal device 61. Based on the recipient account and amount of the payment request data, Developer A's bank terminal device 61 processes the transfer of amounts corresponding to the shares of other developers (other than the lead company), Developer B and Developer C (1 million yen each in this example), to Developer B's and Developer C's bank terminal devices 62 and 63, respectively. As a result, the deposit process corresponding to the shares is completed in Developer A's deposit account, which is the lead company, and also in the deposit accounts of Developer B and Developer C, respectively.

[0066] Next, as shown in Figure 24, the data generation unit 22 generates remittance notification data for Developer A, who made the lump-sum remittance. The storage control unit 24 stores this remittance notification data in the storage unit 2. As shown in Figure 24, the remittance notification data consists of the amount to be remitted to Developer A, the recipient account, and the subtotal amount (total amount 4 million yen, share 4 million yen). This remittance notification data is read from the storage unit 2 at a timing specified by the business operator, supplied to an output device 7, which is an example of a printing device, and printed.

[0067] Furthermore, the data generation unit 22 generates remittance list data for each developer A to C, as shown in Figure 25. The storage control unit 24 stores this remittance list data in the storage unit 2. This remittance list data shows developer A as the recipient of the remittance and lists the project code, plot, expense item (down payment), payee (developer A to developer C), and amount (2 million yen, 1 million yen, 1 million yen) for each of the properties to which the remittance is made for each developer A to C. This remittance list data is read from the storage unit 2 at a timing specified by the business operator, supplied to an output device 7, which is an example of a printing device, and printed.

[0068] (Effects of the embodiment) As is clear from the above description, the business support device 1 of the embodiment can automatically generate the data necessary for remittance management for each sales agreement of a joint venture, and can significantly reduce the burden on business operators in remittance management work and support their operations.

[0069] Furthermore, since payment data can be automatically generated for each designated remittance destination in each sales agreement, human error and erroneous remittances can be reduced, thereby improving the quality and efficiency of the customer's operations.

[0070] Furthermore, even when making payments to a managing company, managing deposits for each debtor makes it possible to accurately track the outstanding debt balance for each business partner.

[0071] [Contribution to the United Nations-led Sustainable Development Goals (SDGs)] This embodiment can contribute to improving operational efficiency and promoting appropriate management decisions by companies, thereby contributing to SDG Goals 8 and 9.

[0072] Furthermore, this embodiment can contribute to reducing waste and promoting paperless and digital processes, thereby contributing to SDGs Goals 12, 13, and 15.

[0073] Furthermore, this embodiment can contribute to strengthening control and governance, thereby enabling contributions to SDG Goal 16.

[0074] [Other embodiments] In addition to the embodiments described above, the present invention may be implemented in various different embodiments within the scope of the technical idea described in the claims.

[0075] For example, among the processes described in the embodiments, all or part of the processes described as being performed automatically can be performed manually, or all or part of the processes described as being performed manually can be performed automatically by known methods.

[0076] Furthermore, the processing procedures, control procedures, specific names, information including parameters such as registration data and search conditions for each process, screen examples, and database configuration shown in this specification and in the drawings may be changed at will unless otherwise specified.

[0077] Furthermore, with respect to the business support device 1, each component shown in the diagram is a functional concept and does not necessarily need to be physically configured as shown.

[0078] For example, the processing functions of the business support device 1, particularly the control unit 3 and each processing function performed by the control unit 3, may be implemented in whole or in any part by a CPU (Central Processing Unit) and a program interpreted and executed by the CPU, or they may be implemented as wired logic hardware. The program is recorded on a non-temporary computer-readable recording medium containing programmed instructions for causing the information processing device to execute the processing described in this embodiment, and is mechanically read by the business support device 1 as needed. That is, a storage unit such as ROM or HDD records a computer program that, in cooperation with the OS, gives instructions to the CPU and performs various processing. This computer program is executed by being loaded into RAM and, in cooperation with the CPU, constitutes the control unit 3.

[0079] Furthermore, the business support program for this business support device 1 may be stored on another server device connected to the business support device 1 via any network, and it is possible to download all or part of it as needed.

[0080] Furthermore, the business support program for executing the processing described in this embodiment may be stored on a non-temporary computer-readable recording medium, or it may be configured as a program product. Here, "recording medium" includes any "portable physical medium" such as memory cards, USB (Universal Serial Bus) memory, SD (Secure Digital) cards, flexible disks, magneto-optical disks, ROMs, EPROMs (Erasable Programmable Read Only Memory), EEPROMs (Registered Trademark) (Electrically Erasable and Programmable Read Only Memory), CD-ROMs (Compact Disk Read Only Memory), MOs (Magneto-Optical Disks), DVDs (Digital Versatile Disks), and Blu-ray (Registered Trademark) Discs.

[0081] Furthermore, "program" refers to a data processing method described in any language or writing method, regardless of its format, such as source code or binary code. Note that "program" is not necessarily limited to a single, monolithic structure; it also includes distributed structures consisting of multiple modules or libraries, and those that work in cooperation with other programs, such as an operating system, to achieve their functions. Regarding the specific configuration and reading procedure for reading the recording medium in the business support device 1 shown in the embodiment, as well as the installation procedure after reading, well-known configurations and procedures can be used.

[0082] The storage unit 2 is a storage means such as memory devices like RAM and ROM, fixed disk devices like hard disks, flexible disks, and optical disks, and stores various programs, tables, databases, and web page files used for various processes and website provision.

[0083] Furthermore, the business support device 1 may be composed of a known personal computer device or an information processing device such as a workstation, or it may be composed of an information processing device to which any peripheral device is connected. In addition, the information processing device may be implemented by implementing software (including programs or data, etc.) that realizes the processing described in this embodiment.

[0084] Furthermore, the specific forms of distribution and integration of the devices are not limited to those shown in the illustration, and all or part of them can be configured by functionally or physically distributing and integrating them in any unit according to various additions or functional loads. In other words, the embodiments described above may be implemented in any combination, or the embodiments may be implemented selectively. [Industrial applicability]

[0085] This invention can be applied to business support in a joint venture sales model, such as in the real estate sales industry, where multiple companies jointly invest to manufacture and sell products. [Explanation of Symbols]

[0086] 1 Business support equipment 2 Storage section 3. Control Unit 4. Communication Interface Section 5 Input / Output Interface Section 6 Input devices 7 Output device 11 Project Master 12 Deposit Transfer Master 13 Section Master 14. Business Owner Master 15 Contract Master 21 Detection unit 22 Data Generation Unit 23 Display Control Unit 24 Memory Control Unit 25 Communication Control Unit 50 Networks 51. Buyer's bank terminal equipment 52 Bank terminal equipment of sales companies 61. Bank terminal equipment of Developer A 62 Developer B's bank terminal equipment 63 Developer C's bank terminal equipment

Claims

1. A detection unit refers to a storage unit that stores remittance method information indicating one of the following remittance methods: a first remittance method in which the proceeds from the sale of the goods are remitted in proportion to the share of each company constituting the joint venture, or a second remittance method in which the entire proceeds from the sale of the goods are remitted to the managing company that is the representative of the companies constituting the joint venture, and detects one of the remittance methods stored in the storage unit. When the first remittance method is detected, the data generation unit refers to the recipient information of each company constituting the joint venture, the managing company flag information indicating that each company is the managing company representing the joint venture, and the business owner master in which each company's ownership ratio is set, and generates payment request data including the amount to be remitted to each company by apportioning the sales price of the goods sold by the joint venture according to the ownership ratio of each company constituting the joint venture, and the recipient information indicating the recipient of the remittance amount for each company. When the second remittance method is detected, the data generation unit refers to the business owner master and generates payment request data including the amount to be remitted to each company by apportioning the sales price of the goods sold by the joint venture according to the ownership ratio of each company constituting the joint venture, the payee information for each company, the recipient information for each remittance amount indicating that the managing company indicated by the managing company flag information is the payee of each remittance amount, and the recipient information for the remittance amount to be remitted to the managing company. A business support device having the following features.

2. The data generation unit, Based on collection schedule data including the expected amount of payment for the sales proceeds of the said product, payment reconciliation data including the expected amount of payment is generated for processing the payment reconciliation of the received sales proceeds, and based on breakdown data including the apportioned amount obtained by apportioning the expected amount of payment according to the ownership ratio of each of the said companies, payment reconciliation breakdown data is generated showing the breakdown of the payment reconciliation process, including the apportioned amount for each of the said companies to be processed for payment reconciliation. Based on the collection schedule data and the payment reconciliation breakdown data, the recipients of the remittance, which are the companies making the payments, are extracted, and based on the extracted recipients of the remittance and the payment reconciliation breakdown data, the payment request data is generated. The business support device according to claim 1, characterized by the following:

3. The data generation unit generates remittance notice data for a remittance notice showing the amount to be remitted to each company based on the payment request data, and generates remittance list data for a remittance list that displays a list of the amounts to be remitted to each company. A business support device according to claim 1 or claim 2, characterized by the above.

4. A detection step involves the detection unit referring to a storage unit that stores remittance method information indicating either a first remittance method in which the proceeds from the sale of the goods are remitted in proportion to the share of each company constituting the joint venture, or a second remittance method in which the entire proceeds from the sale of the goods are remitted to the managing company, which is the representative company among the companies constituting the joint venture, and detecting one of the remittance methods stored in the storage unit. If the data generation unit detects the first remittance method, it refers to the recipient information of each company constituting the joint venture, the lead company flag information indicating that each company is the lead company representing the joint venture, and the business owner master in which each company's ownership ratio is set, and generates payment request data including the amount to be remitted to each company by apportioning the sales price of the goods sold by the joint venture according to the ownership ratio of each company constituting the joint venture, and the recipient information indicating the recipient of the remittance amount for each company; if the second remittance method is detected, it refers to the business owner master and generates payment request data including the amount to be remitted to each company by apportioning the sales price of the goods sold by the joint venture according to the ownership ratio of each company constituting the joint venture, the recipient information for each company, the recipient information for each remittance amount indicating that the lead company indicated by the lead company flag information is the recipient of the remittance amount; and the recipient information for the lead company is the recipient of the remittance amount. A method for supporting business operations using a business support device.

5. Computers, A detection unit refers to a storage unit that stores remittance method information indicating one of the following remittance methods: a first remittance method in which the proceeds from the sale of the goods are remitted in proportion to the share of each company constituting the joint venture, or a second remittance method in which the entire proceeds from the sale of the goods are remitted to the managing company that is the representative of the companies constituting the joint venture, and detects one of the remittance methods stored in the storage unit. When the first remittance method is detected, the system functions as a data generation unit that generates payment request data including the remittance amount to each of the companies that make up the joint venture, the remittance amount to each of the companies that make up the joint venture, calculated by apportioning the sales proceeds of the goods sold by the joint venture according to the respective company ownership ratios, and the remittance information to the recipient of the remittance amount for each of the companies that make up the joint venture, when the first remittance method is detected, and the remittance amount to each of the companies that make up the joint venture, when the second remittance method is detected, and the remittance amount to each of the companies that make up the joint venture, calculated by apportioning the sales proceeds of the goods sold by the joint venture according to the respective company ownership ratios, the remittance information to each of the companies that make up the joint venture, the recipient of the remittance amount, the recipient of the remittance amount to the representative company indicated by the remittance flag information, and the recipient of the remittance amount to the representative company. A business support program characterized by the following:

Images