CN115271703A - Construction project financial management system based on super account book structure and chain code solution - Google Patents
Construction project financial management system based on super account book structure and chain code solution Download PDFInfo
- Publication number
- CN115271703A CN115271703A CN202210774330.0A CN202210774330A CN115271703A CN 115271703 A CN115271703 A CN 115271703A CN 202210774330 A CN202210774330 A CN 202210774330A CN 115271703 A CN115271703 A CN 115271703A
- Authority
- CN
- China
- Prior art keywords
- transaction
- contractor
- construction
- project
- owner
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Computing Systems (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention discloses a construction project financial management system based on a super account book structure and a chain code solution, which belongs to the technical field of financial management and comprises the following structures: s1, the framework development based on the super account book structure and the chain codes comprises the following steps: trade contracts of different business construction parties under the traditional contract and design-construction method and all requirements of BIM to block chain; s2, respectively designing intelligent contracts made based on transactions as follows: the construction transaction structure based on the chain code comprises the following steps of (1) constructing a transaction structure by a main contractor to an owner, an owner to a contractor, a contractor to a subcontractor and a supplier: supporting an automatic calculation checkout stage in view of all approved transactions being recorded in the ledgers of both parties; the present invention introduces a decentralized financial management system, using blockchain technology to handle financial tasks at various construction stages, and the proposed system enables parties to safely and automatically record/invoke their transactions in different delivery and payment modes.
Description
Technical Field
The invention belongs to the technical field of financial management, and particularly relates to a construction project financial management system based on a super account book structure and a chain code solution.
Background
The cash management of construction projects has many problems, mainly including: owner slow/partial payment; the employer withholds the term payment; a payment term issue upon obtaining payment; human error in submitting invoices; delays in payment due to contractual issues and customer unfair practices; the customer abusing a defect period of responsibility (DLP) to retain the remaining payments; and the use of construction information modeling (BIM) is required to develop reliable project cash flows.
Recently, blockchains have been introduced as a kind of distributed ledger, which is implemented by scattering information among all network elements. All information will be automatically approved by an approved consensus mechanism that is automatically shared among the participants according to the agreed ranking policy.
The prior art has the following problems: existing financial management systems do not provide a comprehensive solution in the following respects:
1. providing intelligent contract functions for all parties (namely clients, contractors and subcontractors);
2. automating the reporting during a checkout phase to determine remaining financial obligations;
3. BIM integration is used as a cost information source;
4. intelligent contract functionality is provided to manage the remaining tasks during the defect liability period.
Disclosure of Invention
To solve the problems raised in the background art described above. The invention provides a construction project financial management system based on a super account book structure and a chain code solution, which has the characteristics of safe transaction, record, no need of participation of a third party and guarantee of automatically controlling residual finance in a defect responsibility period by a non-owner through a pre-agreed endorsement policy.
In order to achieve the purpose, the invention provides the following technical scheme: construction project financial management system based on super account book structure and chain code solution, construction project financial management system structure is as follows:
s1, the framework development based on the super account book structure and the chain codes comprises the following steps: trade contracts of different business construction parties under the traditional contract and design-construction method and all requirements of BIM to block chain;
s2, respectively designing intelligent contracts made based on transactions as follows: the construction transaction structure based on the chain code is constructed by the main contractor to the owner, the owner to the contractor, the contractor to the subcontractor and the supplier;
s3, the block chain and intelligent contract component structure is designed as follows: setting the endorsement policy parameters based on BIM of the endorsement policy;
s4, construction project handover-based super account book structure system: supporting an automatic calculation checkout stage in view of all approved transactions being recorded in the ledgers of both parties;
s5, consistency of a dispersed financial system and a construction delivery stage: the scattered financial concept proves that the development is carried out in the whole construction project delivery stage, and the difference between the characteristics of the payment method needs to be considered, particularly the one-time total payment and the cost plus/target cost;
according to S1-S5, the establishment of the intelligent contract based on the transaction comprises the following steps: in the construction process, a block chain is adopted, a mathematical model needs to be developed to quantify all potential transactions representing different financial tasks, and the transactions in the invention are designed to meet the traditional contract and design-construction method, so that the applicability and the expandability of a proposed system are ensured; furthermore, the proposed trade is designed in the BIM dimension, i.e. the results of the 4DBIM (planning and design) dimension and the 5DBIM (cost management) dimension are considered to determine the value of the trade; these transactions are divided into the following specific parts:
the main contractor is to the owner: invoices submitted by the general contractor throughout the project lifecycle; if the traditional contract mode is adopted, the general contractor should submit the invoice in the construction and ending stages; for the design-build approach, the prime contractor may submit invoices throughout the design, construction, and finalization phases; equation 1 shows the structure of a payment request made by a prime contractor to a customer;
Ti，n＝(VCWn+MV)-(RV) (1)
wherein T isi，nIs a request for payment on project i that project has completed in the nth month, VCWnIs the monetary value of the completed project in the pay milestone n, MV is the added value, RV represents all contractsThe value of reserved gold is agreed; after the contractor's representative invokes a transaction, the transaction should be automatically checked according to an agreed negotiation consistency mechanism (i.e., time to collect the transaction, range of transaction value, etc.);
owner-to-contractor: owner-to-contractor transactions respond to a previous "contractor-to-owner" transaction, and therefore synchronization between the two transactions should be considered; thus, if the contractor invoked transaction is rejected, then the owner to contractor transaction should not be invoked;
contractors divide contractors and suppliers: whereas blockchain networks enable network parties to share different information between particular parties through designated channels, a contractor may include subcontractors and suppliers in a single blockchain of a project; all accumulated data will be encrypted and not available to all other parties (e.g., owners and consultants); the parameters of the intelligent contract transaction should be designed to include the name of the subcontractor/supplier and an indication of the construction trade package; in design-build and traditional control methods, subcontractors and suppliers typically do not participate in early design and build; thus, the transaction parameters should include their company name and transaction package (i.e., ceiling package, lighting and light package, etc.);
construction transaction structure based on chain sign indicating number: the structure of proposed chain codes includes three categories, namely: adding one party, particularly a subcontractor at a construction stage, in a project network; a financial transaction; and querying the transaction; since the parameters of the transaction are available in the construction phase, the proposed intelligent contract is consistent with both design-construction and traditional contracts;
block chain and intelligent contract component structure: designing a super book structure component, including endorsement and ordering strategies; given that BIM is used to retrieve progress and cost data (4D and 5 DBIM), the interrelationship between BIM and blockchain system must be considered;
BIM based on endorsement policy: transactions may be accepted or rejected according to conventions in the super ledger structure; these conditions are referred to as endorsement policies; the super account book structure is a suitable platform for developing a construction project cash flow system; therefore, the process of endorsement and order transaction should be consistent with the construction process; the process begins with a call transaction; such transactions must comply with agreed-upon endorsement policies and then the endorsed transactions are distributed to committed associates (i.e., owners, contractors, subcontractors) through designed channels; three main channels should be designed in the construction engineering method to provide high level of privacy for each party, namely: channel 1 transfers approved transactions from contractors to owners (the parties involved may be contractors, owners and consultants); channel 2 transfers approved transactions from the host to the contractor (which may include the same members as channel 1 so that the consultant can track financial movements in all projects); channel 3 connects the prime contractor and all other subcontractors; thus, depending on the number of subcontractors and suppliers involved, this channel may be more than one (if the subcontractor is domestic, rather than designated, the consultant and owner may not be involved here);
and (3) endorsement policy parameters: each transaction must satisfy two main conditions, namely the time the transaction was invoked and the value of the transaction; therefore, there should be a correlation between the results of 4D and 5DBIM and the super ledger consensus mechanisms, including endorsement and subscription policies; 4DBIM is used to retrieve each milestone payment information for each transaction package in the project; meanwhile, with the 5DBIM model: calculating an estimated cost and an actual cost for each milestone and each trade package; calculate performance percentage, because it is a parameter that should be submitted with the contractor to owner transaction;
the endorsement policy includes three main parameters: time, monetary value, and project performance percentage; the methodology proposed in this framework enables contracting parties to link project performance with the acceptance/rejection of each payment per milestone; this may allow the primary project party to avoid disputes if there is additional payment (the payment method is the target cost);
super account book structural system based on construction engineering project hands over: given that all approved transactions are recorded in both parties' ledgers, it can support an automated computing checkout phase; accounting for financial obligations and rights not fulfilled by all parties to the project, according to the adopted and agreed payment method (i.e. lump sum, cost addition, etc.); for a lump sum, the financial checkout will be direct; all parties can call the inquiry transaction to check the accumulated payment and compare the accumulated transaction value with the agreed contract value; first, the owner and contractor should check the received reimbursement costs against agreed project values, including price and agreed add-on; if the party agrees to pay all of the invoices, the blockchain network and the intelligent contract may receive a percentage of retention; however, when unpaid invoices are not paid in full, the intelligent contract may be used to obtain those invoices, and the ending phase will be suspended until all financial responsibility is delivered;
in formulating an approval policy, the epilogue phase should be considered by adding approval parameters (such as DLP); thus, any transaction that is invoked after a contracted date should be automatically rejected; if a one-time pay-as-you-go approach is used, the remaining financial Responsibility (RFD) that the owner should pay should be calculated by determining the cumulative value (AV) owed by the owner (i) to the underwriter (J) for all project and the project transaction value (APTV) accepted by the owner (i) to the underwriter (J); in case of the cost-add/target cost payment method, the Paid Profit (PP) should be calculated by determining a difference between the APTV and the paid Project Cost (PC) from the customer (i) to the contractor (j), and then estimating a remaining profit value;
consistency of the dispersed financial system with the construction delivery phase: the dispersed financial concept proves that the development is carried out in the whole construction project delivery stage; taking into account differences between the characteristics of the payment method, in particular the lump sum and the cost plus/target cost; in the construction phase, the transaction process is repeatedly invoked for each payment milestone; three transactions should gather their interrelationships; if the contractor's transaction to the owner is denied, neither the owner's transaction to the contractor nor the subcontractor's transaction to the contractor should be referred; this can ensure consistency between all cost accounting systems of all parties; even if the same transaction should be collected for the last payment in the checkout phase, certain checks must be completed before the DLP session begins; thus, the yield can be estimated.
Compared with the prior art, the invention has the beneficial effects that:
the invention introduces a decentralized financial management system, uses the block chain technology to process all financial tasks of each construction stage, and under different delivery modes and payment modes, the proposed system enables each party to safely and automatically record/call the transaction without the participation of a third party; the proposed method allows non-business owners to automatically control the financial rights remaining during the Defect Liability Period (DLP) through pre-agreed endorsement policies; the system has the ability and operability to provide a secure and extensible platform for all project parties.
Drawings
FIG. 1 is a block diagram of the system of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Referring to fig. 1, the present invention provides the following technical solutions: construction project financial management system based on super account book structure and chain code solution, construction project financial management system structure is as follows:
s1, the framework development based on the super account book structure and the chain codes comprises the following steps: trade contracts of different business construction parties under the traditional contract and design-construction method and all requirements of BIM to block chain;
s2, respectively designing intelligent contracts based on transaction establishment as follows: the construction transaction structure based on the chain code is constructed by the main contractor to the owner, the owner to the contractor, the contractor to the subcontractor and the supplier;
s3, the block chain and intelligent contract component structure is designed as follows: setting the endorsement policy parameters based on BIM of the endorsement policy;
s4, construction project handover-based super account book structure system: supporting an automated computing checkout phase in view of all approved transactions being recorded in both parties' ledgers;
s5, consistency of a dispersed financial system and a construction delivery stage: the scattered financial concept proves that the development is carried out in the whole construction project delivery stage, and the difference between the characteristics of the payment method needs to be considered, particularly the one-time total payment and the cost plus/target cost;
according to S1-S5, the establishment of the intelligent contract based on the transaction comprises the following steps: in the construction process, a block chain is adopted, a mathematical model needs to be developed to quantify all potential transactions representing different financial tasks, and the transactions in the invention are designed to meet the traditional contract and design-construction method, so that the applicability and the expandability of a proposed system are ensured; furthermore, the proposed trade is designed in the BIM dimension, i.e. the results of the 4DBIM (planning and design) dimension and the 5DBIM (cost management) dimension are considered to determine the value of the trade; these transactions are divided into the following specific parts:
the main contractor is to the owner: invoices submitted by the general contractor throughout the project lifecycle; if the traditional contract method is adopted, the general contractor submits invoices in the construction and ending stages; for the design-build approach, the prime contractor may submit invoices throughout the design, construction, and finalization phases; equation 1 shows the structure of a payment request made by a prime contractor to a customer;
Ti，n＝(VCWn+MV)-(RV) (1)
wherein T isi，nIs a request for payment on project i that project has completed in the nth month, VCWnIs the monetary value of the completed project in the payment milestone n, MV is the added value, RV represents the value of all agreed reserve funds in the contract; after the contractor's representative invokes a transaction, the transaction should be automatically checked according to an agreed negotiation consistency mechanism (i.e., time to collect the transaction, range of transaction value, etc.);
owner-to-contractor: owner-to-contractor transactions respond to a previous "contractor-to-owner" transaction, and therefore synchronization between the two transactions should be considered; thus, if the contractor invoked transaction is rejected, then the owner to contractor transaction should not be invoked;
the contractor divides the contractor and supplier: whereas blockchain networks enable network parties to share different information between particular parties through specified channels, contractors may include subcontractors and suppliers in a single blockchain of a project; all accumulated data will be encrypted and not available to all other parties (e.g., owners and consultants); the parameters of the intelligent contract transaction should be designed to include the name of the subcontractor/supplier and an indication of the construction trade package; in design-build and traditional control methods, subcontractors and suppliers typically do not participate in early design and build; thus, the transaction parameters should include their company name and transaction package (i.e., ceiling package, lighting and light package, etc.);
construction transaction structure based on chain sign indicating number: the structure of proposed chain codes includes three categories, namely: adding one party, particularly a subcontractor at a construction stage, in a project network; a financial transaction; and querying the transaction; since the parameters of the transaction are available in the construction phase, the proposed intelligent contract is consistent with both design-construction and traditional contracts;
block chain and intelligent contract component structure: designing a super book structure component, including endorsement and ordering strategies; given that BIM is used to retrieve progress and cost data (4D and 5 DBIM), the interrelationship between BIM and blockchain system must be considered;
BIM based on endorsement policy: transactions may be accepted or rejected according to conventions in the super ledger structure; these conditions are referred to as endorsement policies; the super account book structure is a proper platform for developing a construction project cash flow system; therefore, the process of endorsement and order transaction should conform to the construction process; the process begins with a call transaction; such transactions must comply with agreed-upon endorsement policies and then the endorsed transactions are distributed to committed associates (i.e., owners, contractors, subcontractors) through designed channels; three main channels should be designed in the construction engineering method to provide high level of privacy for each party, namely: channel 1 transfers approved transactions from contractors to owners (the parties involved may be contractors, owners and consultants); channel 2 transfers approved transactions from the host to the contractor (which may include the same members as channel 1 so that the consultant can track financial movements in all projects); the channel 3 connects the prime contractor and all other subcontractors; thus, depending on the number of subcontractors and suppliers involved, there may be more than one channel (if the subcontractor is domestic, rather than designated, the consultant and owner may not be involved here);
and (3) endorsement policy parameters: each transaction must satisfy two main conditions, namely the time the transaction was invoked and the value of the transaction; therefore, there should be a correlation between the results of 4D and 5DBIM and the super ledger consensus mechanisms, including endorsement and subscription policies; 4DBIM is used to retrieve each milestone payment information for each transaction package in the project; meanwhile, with the 5DBIM model: calculating an estimated cost and an actual cost for each milestone and each trade package; calculate performance percentage, because it is a parameter that should be submitted with the contractor to owner transaction;
the endorsement policy includes three main parameters: time, monetary value, and project performance percentage; the methodology presented in this framework enables contracting parties to associate project performance with the acceptance/rejection of each payment per milestone; this may allow the primary project party to avoid disputes if there is additional payment (the payment method is the target cost);
super account book structural system based on construction engineering project hands over: given that all approved transactions are recorded in both parties' ledgers, it can support an automated computing checkout phase; accounting for financial obligations and rights not fulfilled by all parties to the project, according to the adopted and agreed payment method (i.e. lump sum, cost addition, etc.); for a lump sum, the financial checkout will be direct; all parties can call the inquiry transaction to check the accumulated payment and compare the accumulated transaction value with the agreed contract value; first, the owner and contractor should check the received reimbursement costs against agreed project values, including price and agreed add-on; if the party agrees to pay all of the invoices, the blockchain network and the intelligent contract may receive a percentage of retention; however, when unpaid invoices are not paid in full, the intelligent contract may be used to obtain those invoices, and the ending phase will be suspended until all financial responsibility is delivered;
in formulating an approval policy, the epilogue phase should be considered by adding approval parameters (such as DLP); thus, any transaction that is invoked after a contracted date should be automatically rejected; if a one-time pay-as-you-go approach is used, the remaining financial Responsibility (RFD) that the owner should pay should be calculated by determining the cumulative value (AV) owed by the owner (i) to the underwriter (J) for all project and the project transaction value (APTV) accepted by the owner (i) to the underwriter (J); in case of the cost addition/target cost payment method, the Paid Profit (PP) should be calculated by determining the difference between the APTV and the paid Project Cost (PC) from the customer (i) to the contractor (j), and then estimating the remaining profit value;
consistency of the dispersed financial system with the construction delivery phase: the dispersed financial concept proves that the development is carried out in the whole construction project delivery stage; taking into account differences between the characteristics of the payment method, in particular the lump sum and the cost plus/target cost; in the construction phase, the transaction process is repeatedly invoked for each payment milestone; three transactions should gather their interrelationships; if the contractor's transaction to the owner is denied, neither the owner's transaction to the contractor nor the subcontractor's transaction to the contractor should be invoked; this can ensure consistency between all cost accounting regimes of all parties; even if the same transaction should be collected for the last payment in the checkout phase, certain checks must be completed before the DLP session begins; thus, the yield can be estimated.
Although embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that changes, modifications, substitutions and alterations can be made in these embodiments without departing from the principles and spirit of the invention, the scope of which is defined in the appended claims and their equivalents.
Claims (1)
1. Construction project financial management system based on super account book structure and chain code solution, its characterized in that: the construction project financial management system is structurally as follows:
s1, the framework development based on the super account book structure and the chain codes comprises the following steps: trade contracts of different business construction parties under the traditional contract and design-construction method and all requirements of BIM to block chain;
s2, respectively designing intelligent contracts made based on transactions as follows: the construction transaction structure based on the chain code is constructed by the main contractor to the owner, the owner to the contractor, the contractor to the subcontractor and the supplier;
s3, the block chain and intelligent contract component structure is designed as follows: setting the endorsement policy parameters based on BIM of the endorsement policy;
s4, construction project handover-based super account book structure system: supporting an automatic calculation checkout stage in view of all approved transactions being recorded in the ledgers of both parties;
s5, consistency of a dispersed financial system and a construction delivery stage: the scattered financial concept proves that the development is carried out in the whole construction project delivery stage, and the difference between the characteristics of the payment method needs to be considered, particularly the one-time total payment and the cost plus/target cost;
according to S1-S5, the establishment of the intelligent contract based on the transaction comprises the following steps: in the construction process, a block chain is adopted, a mathematical model needs to be developed to quantify all potential transactions representing different financial tasks, and the transactions in the invention are designed to meet the traditional contract and design-construction method, so that the applicability and the expandability of a proposed system are ensured; furthermore, the proposed trade is designed in the BIM dimension, i.e. the results of the 4DBIM (planning and design) dimension and the 5DBIM (cost management) dimension are considered to determine the value of the trade; these transactions are divided into the following specific parts:
the main contractor is for the owner: invoices submitted by the general contractor throughout the project lifecycle; if the traditional contract mode is adopted, the general contractor should submit the invoice in the construction and ending stages; for the design-build approach, the prime contractor may submit invoices throughout the design, construction, and finalization phases; equation 1 shows the structure of a payment request made by a prime contractor to a customer;
Ti，n＝(VCWn+MV)-(RV) (1)
wherein T isi，nIs a request for payment on project i that project has completed in the nth month, VCWnIs the monetary price of the completed project in the pay milestone nThe value MV is added value, and RV represents the value of all agreed reserve funds in the contract; after the contractor's representative invokes a transaction, the transaction should be automatically checked according to an agreed negotiation consistency mechanism (i.e., time to collect the transaction, range of transaction value, etc.);
owner-to-contractor: owner-to-contractor transactions respond to a previous "contractor-to-owner" transaction, and therefore synchronization between the two transactions should be considered; thus, if the contractor invoked transaction is rejected, then the owner to contractor transaction should not be invoked;
contractors divide contractors and suppliers: whereas blockchain networks enable network parties to share different information between particular parties through specified channels, contractors may include subcontractors and suppliers in a single blockchain of a project; all accumulated data will be encrypted and not available to all other parties (e.g., owners and consultants); the parameters of the intelligent contract transaction should be designed to include the name of the subcontractor/supplier and an indication of the construction trade package; in design-build and traditional control methods, subcontractors and suppliers typically do not participate in early design and build; thus, the transaction parameters should include their company name and transaction package (i.e., ceiling package, lighting and light package, etc.);
construction transaction structure based on chain sign indicating number: the structure of proposed chain codes includes three categories, namely: adding one party, in particular a subcontractor at a construction stage, in a project network; a financial transaction; and a query transaction; since the parameters of the transaction are available in the construction phase, the proposed intelligent contract is consistent with both design-construction and traditional contracts;
block chain and intelligent contract component structure: designing a super account book structure component, including endorsement and ordering strategies; given that BIM is used to retrieve progress and cost data (4D and 5 DBIM), the interrelationship between BIM and blockchain system must be considered;
BIM based on endorsement policy: transactions may be accepted or rejected according to conventions in the super ledger structure; these conditions are referred to as endorsement policies; the super account book structure is a proper platform for developing a construction project cash flow system; therefore, the process of endorsement and order transaction should conform to the construction process; the process begins with a call transaction; such transactions must comply with agreed-upon endorsement policies and then the endorsed transactions are distributed to committed associates (i.e., owners, contractors, subcontractors) through designed channels; three main channels should be designed in the construction engineering method to provide high-level privacy for all parties, namely: channel 1 transfers approved transactions from contractors to owners (the parties involved may be contractors, owners and consultants); channel 2 transfers approved transactions from the host to the contractor (which may include the same members as channel 1 so that the consultant can track financial movements in all projects); channel 3 connects the prime contractor and all other subcontractors; thus, depending on the number of subcontractors and suppliers involved, this channel may be more than one (if the subcontractor is domestic, rather than designated, the consultant and owner may not be involved here);
and (3) endorsement policy parameters: each transaction must satisfy two main conditions, namely the time the transaction was invoked and the value of the transaction; therefore, there should be correlation between the results of 4D and 5DBIM and the super ledger consensus mechanisms, including endorsements and ordering policies; 4DBIM is used to retrieve each milestone payment information for each transaction package in the project; meanwhile, with the 5DBIM model: calculating an estimated cost and an actual cost for each milestone and each trade package; calculate performance percentage, because it is a parameter that should be submitted with the contractor to owner transaction;
the endorsement policy includes three main parameters: time, monetary value, and project performance percentage; the methodology presented in this framework enables contracting parties to associate project performance with the acceptance/rejection of each payment per milestone; this may allow the primary project party to avoid disputes if there is additional payment (the payment method is the target cost);
super account book structural system based on construction engineering project hands over: given that all approved transactions are recorded in both parties' ledgers, it can support an automated computing checkout phase; accounting for financial obligations and rights not fulfilled by all parties to the project, according to the adopted and agreed payment method (i.e. lump sum, cost addition, etc.); for a lump sum, the financial checkout will be direct; all parties can call the inquiry transaction to check the accumulated payment and compare the accumulated transaction value with the agreed contract value; first, the owner and contractor should check the received reimbursement costs against agreed project values, including price and agreed add-on; if the party agrees to pay all of the invoices, the blockchain network and the intelligent contract may receive a percentage of retention; however, when unpaid invoices are not paid in full, the intelligent contract may be used to obtain those invoices, and the ending phase will be suspended until all financial responsibility is delivered;
in formulating an approval policy, the epilogue phase should be considered by adding approval parameters (such as DLP); thus, any transaction that is invoked after a contracted date should be automatically rejected; if a one-time pay-through mode is used, the remaining financial Responsibility (RFD) that the owner should pay should be calculated by determining the cumulative value (AV) owed by the owner (i) to the contractor (J) for all project and the project trading value (APTV) accepted by the owner (i) to the contractor (J); in case of the cost-add/target cost payment method, the Paid Profit (PP) should be calculated by determining a difference between the APTV and the paid Project Cost (PC) from the customer (i) to the contractor (j), and then estimating a remaining profit value;
consistency of the dispersed financial system with the construction delivery phase: the dispersed financial concept proves that the development is carried out in the whole construction project delivery stage; taking into account differences between the characteristics of the payment method, in particular the lump sum and the cost plus/target cost; in the construction phase, the transaction process is repeatedly invoked for each payment milestone; the three transactions should collect their interrelationships; if the contractor's transaction to the owner is denied, neither the owner's transaction to the contractor nor the subcontractor's transaction to the contractor should be invoked; this can ensure consistency between all cost accounting regimes of all parties; even if the same transaction should be collected for the last payment in the checkout phase, certain checks must be completed before the DLP session begins; thus, the yield can be estimated.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210774330.0A CN115271703A (en) | 2022-07-01 | 2022-07-01 | Construction project financial management system based on super account book structure and chain code solution |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210774330.0A CN115271703A (en) | 2022-07-01 | 2022-07-01 | Construction project financial management system based on super account book structure and chain code solution |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115271703A true CN115271703A (en) | 2022-11-01 |
Family
ID=83762744
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210774330.0A Pending CN115271703A (en) | 2022-07-01 | 2022-07-01 | Construction project financial management system based on super account book structure and chain code solution |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115271703A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116823191A (en) * | 2023-08-29 | 2023-09-29 | 中亿丰数字科技集团有限公司 | Intelligent construction engineering management platform based on EMPC mode |
-
2022
- 2022-07-01 CN CN202210774330.0A patent/CN115271703A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116823191A (en) * | 2023-08-29 | 2023-09-29 | 中亿丰数字科技集团有限公司 | Intelligent construction engineering management platform based on EMPC mode |
| CN116823191B (en) * | 2023-08-29 | 2023-12-01 | 中亿丰数字科技集团有限公司 | Intelligent construction engineering management platform based on EMPC mode |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7877321B2 (en) | Method of and system for evaluating financial risk associated with a construction project | |
| US7925584B2 (en) | Construction payment management system and method with document tracking features | |
| US20020178021A1 (en) | Purchase order amendment and negotiation in a full service trade system | |
| US20070282744A1 (en) | Supply chain financing and credit memo systems and methods | |
| MX2007000352A (en) | Construction payment management system and method. | |
| US20150006393A1 (en) | Accelerated payment system for construction projects | |
| JP2005518011A5 (en) | ||
| Hashim | A handbook on financial management information systems for government | |
| US20100287092A1 (en) | Method and system for real estate loan administration | |
| JP3699113B2 (en) | How to make a crisis management contract | |
| CN115271703A (en) | Construction project financial management system based on super account book structure and chain code solution | |
| KR101076735B1 (en) | Management method of guarantee and loan for redevelopment reconstruction and an integrated information management system by creation thereof | |
| US20100125533A1 (en) | Liquidity management method and apparatus | |
| Morley | The financial appraisal of development projects | |
| Miles et al. | Risk analysis in the real property development process: a conceptual framework and a computer simulation model | |
| KR20050116195A (en) | Worker advance payment vicarious execution system | |
| De Marco et al. | Project Feasibility | |
| Kayfetz et al. | Transfer pricing: Achieving fair national taxation of international transactions | |
| US20220358576A1 (en) | Methods and systems for transmitting information | |
| Kumar | Role of bidding method and risk allocation in the performance of public private partnership (PPP) projects | |
| JP4068468B2 (en) | How to exchange debt electronically | |
| JP4138852B2 (en) | How to exchange debt electronically | |
| JP2024510863A (en) | System and method for services via distributed ledger | |
| KR20220149337A (en) | Workers' labor cost payment method for paying prepaid labor costs | |
| EP4352912A1 (en) | Methods and systems for transmitting information |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |