A method and system for full-process traceability and auditing of new energy project settlement
By using blockchain to store associated codes and perform dynamic rule verification in the settlement of new energy projects, the problems of data dispersion and reliance on manual labor have been solved, enabling efficient and accurate settlement audit traceability and problem location.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- HUANENG JIAXIANG POWER GENERATION CO LTD
- Filing Date
- 2026-03-19
- Publication Date
- 2026-07-31
AI Technical Summary
In the settlement management of new energy projects, the settlement process data is scattered, and the logical dependencies between business documents lack reliable records, which makes audit tracing difficult. Audit rules rely on manual judgment, which is inefficient, and there is a lack of automated means to quickly locate the root cause of the problem.
By receiving structured business data and encapsulating it into data packets, using the blockchain network to store associated codes, generating business logic dependencies, dynamically filtering audit rules for consistency verification, and constructing a graphical audit traceability chain diagram.
It enables the integration of settlement data from the data source, solidifies dependencies, improves audit efficiency and accuracy, quickly locates the root cause of problems, and enhances the automation level and accuracy of auditing.
Smart Images
Figure CN122491703A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of engineering cost management technology, and more specifically, to a method and system for tracing and auditing the entire settlement process of new energy projects. Background Technology
[0002] Settlement management for new energy engineering projects involves multiple stages, including estimation, preliminary budget, contracts, design changes, site approvals, progress payments, material procurement, and final acceptance. The business chain is long, resulting in scattered data with complex interrelationships. Existing technologies typically rely on fragmented information systems for management, leading to inconsistent settlement data versions and unclear records of business logic dependencies. During auditing, it is difficult to efficiently and reliably trace the complete composition of a final settlement cost and the basis for its changes. Audit verification heavily relies on manual review and experience-based judgment, resulting in low efficiency and a high risk of errors.
[0003] Some existing technical solutions attempt to integrate and analyze audit or cost data. For example, Chinese patent CN119417421A discloses an audit project management method based on an automated operation platform, which evaluates the correlation between audit projects by performing pairwise matching and cluster analysis. However, this method mainly relies on post-audit statistical analysis of the response results of completed audit projects and does not address the reliable solidification of the source of business data and the dependencies in the process, thus failing to solve the fundamental problems of scattered data and unclear change records in the settlement process. Another example is Chinese patent CN121279781A, which discloses an engineering cost risk monitoring system that uses time series analysis and transfer entropy algorithms to construct a risk map for risk warning. This solution focuses on predicting the fluctuation trend of cost data and analyzing risk correlations, but it does not construct an immutable data relationship network covering the entire business chain. Its risk judgment model is difficult to directly apply to real-time auditing and accurate traceability scenarios for settlement process compliance and document logical consistency.
[0004] Therefore, a technical solution is needed that can ensure authenticity from the source of data, solidify dependencies in business processes, and support real-time, accurate auditing and traceability. Summary of the Invention
[0005] To address the aforementioned technical problems, the purpose of this application is to provide a method and system for full-process traceability and auditing of new energy project settlement, aiming to solve the following problems existing in the settlement management of new energy projects: (1) The settlement process data is scattered across different systems, and the logical dependencies between business documents lack reliable and complete records, making audit tracing difficult; (2) The application of audit rules relies on manual judgment or static configuration, making it difficult to trigger them dynamically and accurately according to specific business contexts. Audit efficiency and accuracy need to be improved. (3) When settlement anomalies are discovered, there is a lack of automated means to quickly locate the root cause of the problem, and auditors need to spend a lot of time manually sorting out the data links.
[0006] To achieve the above objectives, this invention provides a method for full-process traceability and auditing of new energy project settlement, including: Receive structured business data from each stage of new energy engineering projects, and encapsulate each structured business data into a data packet containing data ontology and metadata fields; Based on the preset business process dependency table, determine at least one preceding data packet that the current data packet depends on in terms of business logic, write the blockchain network address of the preceding data packet as an association code into the metadata field, calculate the hash value of the data packet containing the metadata field, and submit it to the blockchain network storage. Listen for new data packet upload events, parse the business type code of the new data packet and the business type codes of all preceding data packets in the metadata fields, and generate the current context identifier set S. c ; Based on the current context identifier set S c All audit rules whose business context identifiers are subsets of the current context identifier set are selected from the pre-set rule base to form a temporary rule set R. t Invoke the temporary rule set R t The rules are followed and consistency checks are performed based on the content of the current and associated preceding data packets obtained from the blockchain network; After receiving the anomaly marker signal, the blockchain network address H of the abnormal data packet is used. e Starting from the blockchain network, the system recursively retrieves all data packets with direct or indirect business dependencies based on the associated codes stored in the blockchain network, and generates and outputs a graphical audit traceability chain diagram based on the timestamp sequence and dependency relationship.
[0007] Furthermore, the business process dependency table is a two-dimensional mapping table T. map Where the row index is the business type code T, and the column elements are the list P of the preceding business type codes that the corresponding business type is forcibly dependent on. l ; When encapsulating data packet D, the two-dimensional mapping table T is retrieved using the type code T of the current business data. map When the aforementioned front-end business type code list P is not found in the blockchain network l When the data packet corresponding to all types of codes in the data packet is already stored, the chaining operation of the current data packet is stopped.
[0008] Furthermore, the business process dependency table T map For business type codes such as design change or on-site visa, in addition to defining the list of prerequisite type codes P that require mandatory dependencies... l In addition, a list of related business type codes that are affected is defined. ; When encapsulating such data packet D, based on the change description information in the content of data packet D, the business type code belonging to the associated list is retrieved in the blockchain network. Furthermore, for existing data packets related to the content theme, the blockchain network address of the retrieved data packet will be written as an additional association code into the extended metadata field L. ext .
[0009] Furthermore, the rule base includes rule R for changing the radiation impact. f Changes to Radiation Impact Rules R f The associated business context identifier corresponds to the business type code for design change or on-site visa categories; When changing the radiation impact rule R f When activated, read the extended metadata field L of the currently verified data packet. ext All additional associated codes; Check if there is an updated version data packet whose content matches the current change description after the uplink timestamp of the data packet corresponding to the additional association code; If there is a packet with an additional associated code that has no updated version or whose updated version content is inconsistent, an abnormal signal affecting consistency will be triggered.
[0010] Furthermore, it listens for new data packet uplink events, parses the business type codes of all preceding data packets in the business type code and metadata fields, and generates the current context identifier set S. c ,include: Let C be the service type code of the current new data packet, and let P1, P2, ..., P be the set of service type codes of the N preceding data packets recorded in the metadata field. N Then the generated current context identifier set S satisfies: .
[0011] Furthermore, it also includes: Receive the results of manual review by auditors of abnormal signals output by the system; When an abnormal signal is verified to be true, the temporary rule set R that triggered the abnormality and its corresponding current context identifier set S are recorded. Maintain a weight matrix W, where elements W ijThis represents the trigger weight of the i-th rule under the j-th context identifier set, where the subscript i corresponds to the rule index in the rule base, and the subscript j corresponds to the index of all context identifier sets that conform to the rule; Based on the review results, the weight values W related to the temporary rule set R and the context identifier set S in the record are... ij Adjustments were made, in which the dynamic selector prioritizes rules with higher weight values when filtering rules.
[0012] Furthermore, the temporary rule set R is invoked. t The rules and consistency checks are performed based on the content of current and associated prior data packets obtained from the blockchain network, including: Based on the definition of the invoked rule, the calculation logic M and the set of input parameters D are extracted from the currently verified data packet and the preceding data packet traced through the associated encoding; Run the computation logic M and input the parameter set D to obtain the computation result V. c ; Read the declared value V recorded in the currently verified data packet. o ; Determine inequalities Whether it is valid, among which This is based on the accuracy of the settlement amount and the preset error threshold agreed upon in the contract; If true, output a numerical error signal; The steps for determining the computational logic M are as follows: When the business type code of the preceding data packet traced through the association encoding indicates that it is a contract, the contract terms parser is invoked to parse the content of the contract data packet. Identify and extract price clauses, quantity clauses, and calculation formula clauses in a structured manner, and generate the calculation logic M according to the preset clause logic association rules.
[0013] Furthermore, based on the timestamp sequence and dependency relationships, a graphical audit traceability diagram is generated and output, including: Using the node corresponding to the abnormal data packet as the root node N0, a directed graph G is constructed by traversing the associated codes stored in the blockchain network. The nodes of the directed graph G are data packets, and the edges represent the dependency relationship from the subsequent data packet to the preceding data packet. Analyze the audit rules that trigger the anomaly flag signal to determine the core data field F that the audit rules verify; Traverse each node in the directed graph G and determine whether the node's data content contains field F, or whether the node's output data is the input for the downstream node to calculate field F; Mark the nodes that are judged to be true and the edges connecting these nodes as critical path elements; When rendering the audit traceability diagram, the first visual style is used to render the critical path elements, and the second visual style is used to render other elements. The first visual style has a higher visual priority than the second visual style.
[0014] Furthermore, it also includes: The output graphical audit traceability diagram is interactive; Responding to user input on node N in the graph i The click operation retrieves the complete content and metadata of the data packet corresponding to that node from the blockchain network and displays it. It provides both a first interactive control and a second interactive control. When the first interactive control is triggered, it displays node N in the diagram. i The subgraph of all downstream dependent paths starting from the given point; When the second interactive control is triggered, it displays node N in the diagram. i Subgraph of all upstream source paths ending at the destination.
[0015] To achieve the above objectives, the present invention also provides a system for tracing and auditing the entire settlement process of new energy projects, comprising: The first data on-chain storage module receives structured business data from each stage of the new energy engineering project and encapsulates each structured business data into a data packet containing data ontology and metadata fields. The second data on-chain evidence storage module determines at least one preceding data packet that the current data packet depends on in terms of business logic based on a preset business process dependency table, writes the blockchain network address of the preceding data packet as an association code into the metadata field, calculates the hash value of the data packet containing the metadata field, and submits it to the blockchain network storage. The first context-driven rule engine module listens for new data packet upload events, parses the business type code of the new data packet and the business type codes of all preceding data packets in the metadata fields, and generates the current context identifier set S. c ; The second context-driven rule engine module, based on the current context identifier set S c All audit rules whose business context identifiers are subsets of the current context identifier set are selected from the pre-set rule base to form a temporary rule set R. t Invoke the temporary rule set R t The rules are followed and consistency checks are performed based on the content of the current and associated preceding data packets obtained from the blockchain network; The chain-based traceability and auditing module, upon receiving an anomaly marker signal, uses the blockchain network address H of the anomaly data packet. eStarting from the blockchain network, the system recursively retrieves all data packets with direct or indirect business dependencies based on the associated codes stored in the blockchain network, and generates and outputs a graphical audit traceability chain diagram based on the timestamp sequence and dependency relationship.
[0016] Compared with the prior art, the beneficial effects of the present invention are as follows: This invention collects business data via a standardized interface as it is generated and, based on a pre-defined business process dependency table, forcibly associates and encodes the current data packet with its logical preceding data packets. This association encoding, as an inseparable part of the data, is hashed and stored in the blockchain, forming a chain of data records originating from the data source and carrying a mandatory business orientation. This approach helps integrate scattered settlement data onto a unified and trusted platform and solidifies the versioning and dependencies between data at each stage, providing a reliable data foundation for solving the problem of data traceability difficulties.
[0017] This invention, upon detecting new data uploaded to the blockchain, immediately parses the data type and the preceding data type pointed to by its associated encoding, generating a current business context identifier set. Based on this context set, the system dynamically selects and activates a matching subset of rules from a pre-set rule base, and then performs consistency verification on the data and its associated historical data. This method changes the static mode of rule application, enabling audit logic to adaptively match according to actual business scenarios, thus improving the targeting and automation level of auditing.
[0018] When the rule engine detects an anomaly, this invention starts with the abnormal data and automatically performs a recursive reverse traversal based on the association codes stored in the blockchain to obtain all data nodes with business dependencies. The system then constructs a visual graph based on timestamps and dependencies, and can highlight key path elements by marking them according to the core fields of the rules that triggered the anomaly. This process enables auditors to quickly and intuitively understand the complete transmission chain from the abnormal result to the source of the problem, helping to improve the efficiency of problem localization from manual retrieval to automatic generation. Attached Figure Description
[0019] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit the invention. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings: Figure 1 A flowchart illustrating a method for full-process traceability and auditing of new energy project settlement according to an embodiment of the present invention is shown. Figure 2 This invention illustrates a flowchart of the mandatory association encoding process for the data on-chain evidence storage module in an embodiment of the present invention. Figure 3 This diagram illustrates the process of dynamic triggering of the context-driven rule engine in an embodiment of the present invention. Figure 4 A flowchart illustrating the graphical link of the chain-based traceability audit module in an embodiment of the present invention is shown. Figure 5 The diagram shows a structural schematic of a new energy project settlement full-process traceability and auditing system according to an embodiment of the present invention. Detailed Implementation
[0020] The specific embodiments of the present invention will be described in further detail below with reference to the accompanying drawings and examples. The following examples are for illustrative purposes only and are not intended to limit the scope of the invention.
[0021] In the description of this application, it should be understood that the terms "center", "upper", "lower", "front", "rear", "left", "right", "vertical", "horizontal", "top", "bottom", "inner", "outer", etc., indicate the orientation or positional relationship based on the orientation or positional relationship shown in the accompanying drawings. They are only for the convenience of describing this application and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation. Therefore, they should not be construed as limitations on this application.
[0022] The terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this application, unless otherwise stated, "a plurality of" means two or more.
[0023] In the description of this application, it should be noted that, unless otherwise expressly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. For example, they can refer to a fixed connection, a detachable connection, or an integral connection; they can refer to a mechanical connection or an electrical connection; they can refer to a direct connection or an indirect connection through an intermediate medium; and they can refer to the internal connection between two components. Those skilled in the art can understand the specific meaning of the above terms in this application based on the specific circumstances.
[0024] The following is a description of preferred embodiments of the present invention in conjunction with the accompanying drawings.
[0025] like Figures 1-4As shown, embodiments of the present invention disclose a method for full-process traceability and auditing of new energy engineering settlement. It processes structured business data at each stage of the project's entire lifecycle, and forms a data relationship network with explicit business logic in the blockchain through a "forced association on-chain" mechanism. The "context-driven rule engine" performs real-time compliance review on each new on-chain data and its associated context. Once a problem is found, the "chain-based traceability audit" module generates a graphical problem tracing link.
[0026] S110: Receives structured business data from each stage of a new energy engineering project and encapsulates each structured business data into a data packet containing data ontology and metadata fields; In this embodiment, business data acquisition, association, and on-chain storage are implemented. The module receives data exchange requests from various business information systems within the project through a predefined interface. The request subject is a structured data object conforming to a predetermined structure. This object contains the following key fields: Project Unique Identifier Business document type code Document content, creation timestamp, and operator identification.
[0027] In this embodiment, compliance verification is performed after receiving the data. If the verification passes, the data is encapsulated into an internal data packet structure. . It consists of two parts: Data ontology refers to the key content of the received raw business data, such as contract amount, changed work volume, and payment amount. Metadata is a collection of key-value pairs, initially containing... (Document type code) (Associated encoding list, initially an empty list []).
[0028] S120: Based on the preset business process dependency table, determine at least one preceding data packet that the current data packet depends on in terms of business logic, write the blockchain network address of the preceding data packet as an association code into the metadata field, calculate the hash value of the data packet containing the metadata field, and submit it to the blockchain network storage. In some embodiments of this application, the business process dependency table is a two-dimensional mapping table T. map Where the row index is the business type code T, and the column elements are the list P of the preceding business type codes that the corresponding business type is forcibly dependent on. l ; When encapsulating data packet D, the two-dimensional mapping table T is retrieved using the type code T of the current business data. map When the aforementioned front-end business type code list P is not found in the blockchain network lWhen the data packet corresponding to all types of codes in the data packet is already stored, the chaining operation of the current data packet is stopped.
[0029] In some embodiments of this application, the business process dependency table T map For business type codes such as design change or on-site visa, in addition to defining the list of prerequisite type codes P that require mandatory dependencies... l In addition, a list of related business type codes that are affected is defined. ; When encapsulating such data packet D, based on the change description information in the content of data packet D, the business type code belonging to the associated list is retrieved in the blockchain network. Furthermore, for existing data packets related to the content theme, the blockchain network address of the retrieved data packet will be written as an additional association code into the extended metadata field L. ext .
[0030] In some embodiments of this application, the rule base includes a rule R for changing radiation effects. f Changes to Radiation Impact Rules R f The associated business context identifier corresponds to the business type code for design change or on-site visa categories; When changing the radiation impact rule R f When activated, read the extended metadata field L of the currently verified data packet. ext All additional associated codes; Check if there is an updated version data packet whose content matches the current change description after the uplink timestamp of the data packet corresponding to the additional association code; If there is a packet with an additional associated code that has no updated version or whose updated version content is inconsistent, an abnormal signal affecting consistency will be triggered.
[0031] In this embodiment, the system loads a predefined "business process dependency table" during initialization. . This is a static configuration table that defines the mandatory logical dependencies between various business documents in the field of new energy project settlement. The business type code... This is a predefined enumeration value, based on common business document types used in new energy project settlements. The system loads a complete list of codes during initialization, such as: ESTIMATE, BUDGET, CONT, DESIGN, CHANGE, VISA, PAY, PO, MAT_IN, PROG, and FINAL. This list can be expanded and maintained through the management backend.
[0032] Business process dependency table as follows:
[0033] In this embodiment, when encapsulating a type code as data packets At that time, the module is Key query Obtain the list of pre-type codes for mandatory dependencies. For example, for T=PAY, we get Changes to Radiation Impact Rules R f It is a cross-data packet consistency verification rule specifically designed for business data such as design changes or on-site visas.
[0034] The module then retrieves the current project from the blockchain ledger. Below, the document type codes are equal to the blockchain addresses (i.e., their hash values, denoted as CONT and PROG) of the latest valid data packets. and This search must be a list. For each type, at least one valid address must be found; otherwise, the data packet... It will be rejected from being uploaded to the blockchain, and a "missing necessary prerequisite documents" error will be returned.
[0035] Assuming the contract address is retrieved The address of the quantity confirmation form is The module writes these two addresses into the data packet. metadata fields The associated encoding list ,Right now This list That is, "associative encoding", which records The origin of its business.
[0036] In this embodiment, after completing the association encoding, the module will be fully Object (containing) and already filled The data packet is serialized into a byte array. This byte array is then hashed using a hash function (such as the SHA-256 algorithm) to generate the blockchain address for the data packet. . It is the unique identifier of the data packet on the blockchain.
[0037] The module will Project Identification , Core index information such as timestamps are packaged into a transaction, attached with a digital signature, and broadcast to a pre-defined permissioned blockchain network.
[0038] Each node in the blockchain network verifies and sorts transactions through a consensus mechanism, and finally writes the transaction data into a new block, completing the on-chain storage.
[0039] The beneficial effects of the above technical solution are as follows: This invention collects business data through a standardized interface as soon as it is generated, and forcibly associates the current data packet with its logical preceding data packet based on a preset business process dependency table. This association encoding, as an inseparable part of the data, is stored in the blockchain after hashing, forming a chain of data records starting from the data source and carrying a mandatory business orientation. This approach helps to integrate scattered settlement data onto a unified and trusted platform, and solidifies the version and dependency relationships between data at each stage, providing a reliable data foundation for solving the problem of difficult data traceability.
[0040] S130: Listen for new data packet uplink events, parse the business type code of the new data packet and the business type codes of all preceding data packets in the metadata fields, and generate the current context identifier set S. c ; In some embodiments of this application, the process involves listening for new data packet upload events, parsing the business type codes of all preceding data packets in the business type code and metadata fields, and generating a current context identifier set S. c ,include: Let C be the service type code of the current new data packet, and let P1, P2, ..., P be the set of service type codes of the N preceding data packets recorded in the metadata field. N Then the generated current context identifier set S satisfies: .
[0041] In some embodiments of this application, it also includes: Receive the results of manual review by auditors of abnormal signals output by the system; When an abnormal signal is verified to be true, the temporary rule set R that triggered the abnormality and its corresponding current context identifier set S are recorded. Maintain a weight matrix W, where elements W ij This represents the trigger weight of the i-th rule under the j-th context identifier set, where the subscript i corresponds to the rule index in the rule base, and the subscript j corresponds to the index of all context identifier sets that conform to the rule; Based on the review results, the weight values W related to the temporary rule set R and the context identifier set S in the record are... ij Adjustments were made, in which the dynamic selector prioritizes rules with higher weight values when filtering rules.
[0042] In this embodiment, the rule base Construction and representation: rule base It exists in the system as a database or configuration file. Each audit rule It is a structured object that contains: : Unique identifier for the rule.
[0043] : Business context identifier collection. This is a collection of document type codes.
[0044] Rule logic. This is an executable script, a conditional expression, or a reference to a complex computational model.
[0045] rule of The set is predefined based on business knowledge. For example: rule : The logic is as follows: determine whether the amount of payment requested this time does not exceed the total contract price multiplied by the difference between the cumulative progress of this payment and the previous payment.
[0046] rule : The logic is as follows: determine whether the estimated amount of a single change exceeds the original contract price. If so, then check if there is a supplementary agreement.
[0047] rule base Initialize during system deployment and perform CRUD operations via the management interface. Rule logic. It can be configured as a script fragment.
[0048] In this embodiment, the data structure is as follows: each unit maintains a two-dimensional weight matrix. Assume the rule base has a total of Rule, all possible context sets After encoding, there is Seed, then It is OK A columnar matrix. Elements Indicates the first Rule number 1 The trigger weights under each context are all initialized to 1.0.
[0049] Context Collection encoding Generate by: [the following method] [from the set] All type codes are sorted lexicographically and concatenated into a single string. The hash value of this string is then used as its unique encoding index. .
[0050] Learning process: 1. When an auditor clicks "Confirm Issue" on an anomaly alert on the interface, the system records the rule set that triggered the alert. and the specific context encoding at that time .
[0051] 2. For Each rule in (Its index is) ), Execution weight reward: Among them, the reward coefficient For a middle and Decimals between [a certain number] and [a certain number].
[0052] 3. If the auditor clicks "Reject Alarm," a weighted penalty will be applied: Penalty coefficient For another between and Decimals between [a certain number] and [a certain number].
[0053] Impact on rule selection: When filtering rules, dynamic selectors, in addition to making judgments... It also calculates a comprehensive weight score for each candidate rule. When multiple rules have similar logic, the rule with the higher comprehensive weight score is selected for execution.
[0054] The beneficial effects of the above technical solution are as follows: After detecting new data uploaded to the blockchain, this invention immediately parses the data type and the preceding data type pointed to by its associated encoding, generating a current business context identifier set. Based on this context set, the system dynamically filters and activates a matching subset of rules from a pre-set rule base, and then performs consistency verification on the data and its associated historical data. This method changes the static mode of rule application, enabling audit logic to adaptively match according to actual business scenarios, which helps improve the targeting and automation level of auditing.
[0055] S140: Based on the current context identifier set S c All audit rules whose business context identifiers are subsets of the current context identifier set are selected from the pre-set rule base to form a temporary rule set R. t Invoke the temporary rule set R t The rules are followed and consistency checks are performed based on the content of the current and associated preceding data packets obtained from the blockchain network; In some embodiments of this application, the temporary rule set R is invoked. t The rules and consistency checks are performed based on the content of current and associated prior data packets obtained from the blockchain network, including: Based on the definition of the invoked rule, the calculation logic M and the set of input parameters D are extracted from the currently verified data packet and the preceding data packet traced through the associated encoding; Run the computation logic M and input the parameter set D to obtain the computation result V. c ; Read the declared value V recorded in the currently verified data packet. o ; Determine inequalities Whether it is valid, among which This is based on the accuracy of the settlement amount and the preset error threshold agreed upon in the contract; If true, output a numerical error signal; The steps for determining the computational logic M are as follows: When the business type code of the preceding data packet traced through the association encoding indicates that it is a contract, the contract terms parser is invoked to parse the content of the contract data packet. Identify and extract price clauses, quantity clauses, and calculation formula clauses in a structured manner, and generate the calculation logic M according to the preset clause logic association rules.
[0056] In this embodiment, the workflow of the dynamic selector is as follows: This selector acts as a background service, continuously listening for "new block" events on the blockchain. It detects when a new block contains data packets. When conducting a notarized transaction, initiate the following process: (1) Contextual analysis: from Extracting its own type code and its associated code list The set of type codes for all preceding data packets .For example, For payment slip ( ),That If it contains a contract address and a progress confirmation address, then .
[0057] (2) Generate the current context identifier set :calculate For the example above, .
[0058] (3) Filtering temporary rule sets Traversing the rule base Each rule in Determine its context identifier set Is it the current context? subsets of (i.e.) If satisfied, then... join in This step ensures that only rules relevant to the current data packet's business scenario are activated.
[0059] (4) Perform verification: Execute sequentially. Each rule in the document. Execute. At that time, the engine reads from the blockchain of and and through All preceding data packets obtained from the address and For example, executing At that time, the engine needs to be from the contract package Extract the "total contract price" from the contract price. From the progress confirmation form Extract "cumulative progress" from and "and then from of Extract the "amount of this application" from the data. Finally, calculate and determine the inequalities. Whether it is valid or not.
[0060] 2.3 In-depth implementation of amount calculation and verification For rules involving numerical calculations, its Includes a computational logic The implementation process is as follows: Extract computational logic With parameter set Args: Possibly embedded in In the middle, it may also be necessary to build dynamically, when When the contract contains CONT, the system triggers the "Contract Terms Parser".
[0061] The parser takes the text content of the contract data packet as its base. As input, key computational elements are located and extracted in a structured manner through natural language processing and regular expression matching.
[0062] The output of this parser, i.e., the computational logic It is structured as an object containing the following elements: formula expression, parameter variable list, and parameter source mapping. The parameter set Args is derived from the current data packet. and the data extracted from the associated package for substitution A list of specific values.
[0063] Calculate the review value The engine has a built-in calculator for execution. .
[0064] Get the declaration value :from of Read the corresponding declaration value directly from the middle .
[0065] Threshold-based anomaly detection: The system presets an error threshold. . The setting logic is: there exists a system-level basic precision threshold. If the specific contractual terms relevant to the current context stipulate permissible errors... Then the final use .
[0066] The judgment condition is: if If it is true, a "numerical anomaly signal" will be triggered.
[0067] The beneficial effects of the above technical solution are as follows: When the rule engine detects an anomaly, this invention starts with the abnormal data and automatically performs a recursive reverse traversal based on the association codes stored in the blockchain to obtain all data nodes with business dependencies. The system then constructs a visual graph based on timestamps and dependencies, and can highlight key path elements according to the core fields of the rules that triggered the anomaly. This process enables auditors to quickly and intuitively understand the complete transmission chain from the abnormal result to the source of the problem, helping to improve the efficiency of problem localization from manual retrieval to automatic generation.
[0068] S150: After receiving the anomaly marker signal, use the blockchain network address H of the anomaly data packet. e Starting from the blockchain network, the system recursively retrieves all data packets with direct or indirect business dependencies based on the associated codes stored in the blockchain network, and generates and outputs a graphical audit traceability chain diagram based on the timestamp sequence and dependency relationship.
[0069] In some embodiments of this application, a graphical audit traceability graph is generated and output based on timestamp sequences and dependency relationships, including: Using the node corresponding to the abnormal data packet as the root node N0, a directed graph G is constructed by traversing the associated codes stored in the blockchain network. The nodes of the directed graph G are data packets, and the edges represent the dependency relationship from the subsequent data packet to the preceding data packet. Analyze the audit rules that trigger the anomaly flag signal to determine the core data field F that the audit rules verify; Traverse each node in the directed graph G and determine whether the node's data content contains field F, or whether the node's output data is the input for the downstream node to calculate field F; Mark the nodes that are judged to be true and the edges connecting these nodes as critical path elements; When rendering the audit traceability diagram, the first visual style is used to render the critical path elements, and the second visual style is used to render other elements. The first visual style has a higher visual priority than the second visual style.
[0070] In some embodiments of this application, it also includes: The output graphical audit traceability diagram is interactive; Responding to user input on node N in the graph i The click operation retrieves the complete content and metadata of the data packet corresponding to that node from the blockchain network and displays it. It provides both a first interactive control and a second interactive control. When the first interactive control is triggered, it displays all downstream dependent path subgraphs starting from node Ni in the graph; When the second interactive control is triggered, it displays all upstream source path subgraphs ending at node Ni in the graph.
[0071] In this embodiment, the core algorithm for tracing the link is as follows: Input: The blockchain address of the abnormal data packet .
[0072] Output: A graphical audit traceability diagram rendered on a web interface.
[0073] Detailed steps: (1) Construct a directed graph of business dependencies : by Starting node Add it to the diagram node set .
[0074] Create a pending queue ,Will join in .
[0075] when If not empty, retrieve the head node of the queue. .
[0076] Read Metadata of the corresponding data packet Get its associated code list .
[0077] for Each blockchain address ,like The represented node is not present. In the middle, a new node is created. join in And add a line from point to directed edges Then join in .
[0078] This process repeats until... Empty, thus constructing a A structure that unfolds backward along business dependencies. Each node in the diagram stores its data packets. timestamp and from the ontology The key data summary extracted from it.
[0079] (2) Determine the core fields : Analyze the rules that triggered this exception Extract the core data fields used for judgment. .
[0080] (3) Mark critical path elements: Initialize two empty sets: the key node set and key edge set .
[0081] Traversal All nodes : examine The corresponding data packet body ,like The middle directly contains the name The field or its calculation directly affects Then join in .
[0082] At the same time, inspection Does the child node belong to If so, then join in .
[0083] for Each edge in ,like and All belong to Then join in .
[0084] (4) Differentiated rendering: Use a front-end graphics library to draw graphs. During rendering, the system adds specific CSS class names to nodes belonging to critical path elements and to critical edges, thereby applying different visual styles.
[0085] Belonging to and The nodes and edges are rendered using one visual style, while other nodes and edges are rendered using another visual style.
[0086] Changes to the implementation of radiation impact inspections: For document types Data packets for CHANGE (design change) or VISA (on-site visa). After completing the forced association encoding and writing it to the list Then, execute the following extended association process: Impact Scope Analysis: The module calls a lightweight text analysis service to... ontology We analyze the "Change Description" field to extract key entities and actions.
[0087] Related data packet retrieval: based on The table lists the "potentially affected related business type codes" defined for the CHANGE type. "Searching for the current project in the blockchain, the type belongs to..." And the most recent data packet containing the aforementioned key entities in the content text.
[0088] Write Extended Association: Use the blockchain address of the retrieved data packet as the "Additional Association Encoding" and write it. metadata A specific extended field middle.
[0089] Radiation impact rule check: A specific "Change Radiation Impact Rule" in the rule base. ,in Includes CHANGE. When When activated, it reads the current data packet. For each address, check if a new data packet of the same type, with a higher version number, and whose content has been adjusted according to the current change description exists after the data packet corresponding to that address was last uploaded to the chain. If the data packet corresponding to a certain address has never been updated since, or the updated content does not reflect the change requirements, then... The system was determined to have "unresolved impacts," triggering an abnormal signal.
[0090] Implementation of interactive exploration features: The generated link graph is interactive.
[0091] Node details: Click on any node in the image. The frontend will send a request to the backend. The backend will then... blockchain address Completely query the corresponding data packets from the blockchain. All content is returned to the front end for display.
[0092] Path Focus: Each Node The toolbar provides two buttons: "Downstream Impact" button: Clicking this button will display the system's graph. Execute once from Starting with a finite depth-breadth-first search, find all direct or indirect connections to... For nodes that are prerequisites, form a "downstream subgraph" and highlight them.
[0093] "Upstream Source" button: After clicking, the system will determine the source based on... List of associated codes Recursively backtrack to find all instances that are relevant to the business logic. Nodes that provide sources or evidence form an "upstream subgraph" and are highlighted.
[0094] The beneficial effect of the above technical solution is that this function allows auditors to quickly focus on any local causal chain from the global chain.
[0095] To further illustrate the technical concept of this invention, the technical solution of this invention will now be described in conjunction with specific application scenarios.
[0096] Correspondingly, such as Figure 2 As shown, this application also provides a system for tracing and auditing the entire settlement process of new energy projects, including: The first data on-chain storage module receives structured business data from each stage of the new energy engineering project and encapsulates each structured business data into a data packet containing data ontology and metadata fields. The second data on-chain evidence storage module determines at least one preceding data packet that the current data packet depends on in terms of business logic based on a preset business process dependency table, writes the blockchain network address of the preceding data packet as an association code into the metadata field, calculates the hash value of the data packet containing the metadata field, and submits it to the blockchain network storage. The first context-driven rule engine module listens for new data packet upload events, parses the business type code of the new data packet and the business type codes of all preceding data packets in the metadata fields, and generates the current context identifier set S. c ; The second context-driven rule engine module, based on the current context identifier set S c All audit rules whose business context identifiers are subsets of the current context identifier set are selected from the pre-set rule base to form a temporary rule set R. t Invoke the temporary rule set R t The rules are followed and consistency checks are performed based on the content of the current and associated preceding data packets obtained from the blockchain network; The chain-based traceability and auditing module, upon receiving an anomaly marker signal, uses the blockchain network address H of the anomaly data packet. e Starting from the blockchain network, the system recursively retrieves all data packets with direct or indirect business dependencies based on the associated codes stored in the blockchain network, and generates and outputs a graphical audit traceability chain diagram based on the timestamp sequence and dependency relationship.
[0097] In the description of the above embodiments, specific features, structures, materials, or characteristics may be combined in any suitable manner in one or more embodiments or examples.
[0098] Although the invention has been described above with reference to embodiments, various modifications can be made and components can be replaced with equivalents without departing from the scope of the invention. In particular, as long as there is no structural conflict, the features in the embodiments disclosed in this invention can be combined with each other in any way. The fact that not all of these combinations are described in this specification is merely for the sake of brevity and resource conservation.
[0099] It will be understood by those skilled in the art that the above are merely preferred embodiments of the present invention and are not intended to limit the present invention. Although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art can still modify the technical solutions described in the foregoing embodiments or make equivalent substitutions for some of the technical features. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.
Claims
1. A method for full-process traceability and auditing of new energy project settlement, characterized in that, include: Receive structured business data from each stage of new energy engineering projects, and encapsulate each structured business data into a data packet containing data ontology and metadata fields; Based on the preset business process dependency table, determine at least one preceding data packet that the current data packet depends on in terms of business logic, write the blockchain network address of the preceding data packet as an association code into the metadata field, calculate the hash value of the data packet containing the metadata field, and submit it to the blockchain network storage. Listen to the new data packet on-chain event, analyze the new data packet business type code and the business type code of all front-end data packets in the metadata field, generate the current context identification set S c ; identifying a set S of current context identifiers based on the current context c filtering from a pre-set rule base all audit rules whose business context identifiers are a subset of the set S of current context identifiers, resulting in a temporary rule set R t invoking rules in the temporary rule set R t and performing consistency checks based on current and associated pre-conditions packet contents obtained from the blockchain network Upon receiving the abnormal flag signal, take the abnormal data packet block chain network address H e Take the abnormal data packet block chain network address H as the starting point, recursively obtain all data packets with direct or indirect business dependency relationship according to the associated code stored in the block chain network, and generate and output a graphical audit trace link diagram according to the timestamp sequence and dependency direction relationship.
2. The method for full-process traceability and auditing of new energy project settlement as described in claim 1, characterized in that, The business process dependency relationship table is a two-dimensional mapping table T map , wherein the row index is a business type code T, and the column element is a list P of preceding business type codes of the corresponding business type mandatory dependency l ; In encapsulating the data packet D, the two-dimensional mapping table T is retrieved with the type code T of the current service data map When all the type codes corresponding to the stored previous data packets are not found in the blockchain network for the previous service type code list P l The on-chain operation of the current data packet is aborted.
3. The method for full-process traceability and auditing of new energy project settlement as described in claim 2, characterized in that, The business process dependency table T map For business type codes such as design change or on-site visa, in addition to defining the list of prerequisite type codes P that require mandatory dependencies... l In addition, a list of related business type codes that are affected is defined. ; When encapsulating such data packet D, based on the change description information in the content of data packet D, the business type code belonging to the associated list is retrieved in the blockchain network. Furthermore, for existing data packets related to the content theme, the blockchain network address of the retrieved data packet will be written as an additional association code into the extended metadata field L. ext .
4. The method for full-process traceability and auditing of new energy project settlement as described in claim 3, characterized in that, The rule base includes rule R for changing radiation effects. f Changes to Radiation Impact Rules R f The associated business context identifier corresponds to the business type code for design change or on-site visa categories; When changing the radiation impact rule R f When activated, read the extended metadata field L of the currently verified data packet. ext All additional associated codes; Check if there is an updated version data packet whose content matches the current change description after the uplink timestamp of the data packet corresponding to the additional association code; If there is a packet with an additional associated code that has no updated version or whose updated version content is inconsistent, an abnormal signal affecting consistency will be triggered.
5. The method for full-process traceability and auditing of new energy project settlement as described in claim 1, characterized in that, Listen for new data packet upload events, parse the business type codes of all preceding data packets in the business type code and metadata fields, and generate the current context identifier set S. c ,include: Let C be the service type code of the current new data packet, and let P1, P2, ..., P be the set of service type codes of the N preceding data packets recorded in the metadata field. N Then the generated current context identifier set S satisfies: .
6. The method for full-process traceability and auditing of new energy project settlement as described in claim 5, characterized in that, Also includes: Receive the results of manual review by auditors of abnormal signals output by the system; When an abnormal signal is verified to be true, the temporary rule set R that triggered the abnormality and its corresponding current context identifier set S are recorded. maintain a weight matrix W, where elements W ij denote the triggering weight of the ith rule under the jth set of context identifiers, subscript i corresponds to the rule index in the rule base, and subscript j corresponds to the index of all sets of context identifiers that match the rule; According to the review result, the weight value W related to the temporary rule set R and the context identification set S in the record is adjusted ij Adjustment is made, wherein the dynamic selector gives priority to rules with higher weight values when screening rules.
7. The method for full-process traceability and auditing of new energy project settlement as described in claim 1, characterized in that, invoking a rule R t from the temporary ruleset and performing a consistency check based on current and associated pre-packet contents obtained from the blockchain network, including: Based on the definition of the invoked rule, the calculation logic M and the set of input parameters D are extracted from the currently verified data packet and the preceding data packet traced through the associated encoding; running the computational logic M with the input parameter set D results in the computational result V c ; Read the declared value V recorded in the currently verified data packet. o ; Determine inequalities Whether it is valid, among which This is based on the accuracy of the settlement amount and the preset error threshold agreed upon in the contract; If true, output a numerical error signal; The steps for determining the computational logic M are as follows: When the business type code of the preceding data packet traced through the association encoding indicates that it is a contract, the contract terms parser is invoked to parse the content of the contract data packet. Identify and extract price clauses, quantity clauses, and calculation formula clauses in a structured manner, and generate the calculation logic M according to the preset clause logic association rules.
8. The method for full-process traceability and auditing of new energy project settlement as described in claim 1, characterized in that, Generate and output a graphical audit traceability diagram based on timestamp sequences and dependency relationships, including: Using the node corresponding to the abnormal data packet as the root node N0, a directed graph G is constructed by traversing the associated codes stored in the blockchain network. The nodes of the directed graph G are data packets, and the edges represent the dependency relationship from the subsequent data packet to the preceding data packet. Analyze the audit rules that trigger the anomaly flag signal to determine the core data field F that the audit rules verify; Traverse each node in the directed graph G and determine whether the node's data content contains field F, or whether the node's output data is the input for the downstream node to calculate field F; Mark the nodes that are judged to be true and the edges connecting these nodes as critical path elements; When rendering the audit traceability diagram, the first visual style is used to render the critical path elements, and the second visual style is used to render other elements. The first visual style has a higher visual priority than the second visual style.
9. The method for full-process traceability and auditing of new energy project settlement as described in claim 8, characterized in that, Also includes: The output graphical audit traceability diagram is interactive; In response to a click operation of a user on a node N i in the diagram, the complete content and metadata of a data packet corresponding to the node are obtained from the blockchain network and displayed. It provides both a first interactive control and a second interactive control. When the first interactive control is triggered, it displays node N in the diagram. i The subgraph of all downstream dependent paths starting from the given point; The second interaction control is presented when triggered to show the node N in the graph i All upstream source path subgraphs to the end point.
10. A system for tracing and auditing the entire settlement process of new energy projects, applied to the method for tracing and auditing the entire settlement process of new energy projects as described in any one of claims 1-9, characterized in that, include: The first data on-chain storage module receives structured business data from each stage of the new energy engineering project and encapsulates each structured business data into a data packet containing data ontology and metadata fields. The second data on-chain evidence storage module determines at least one preceding data packet that the current data packet depends on in terms of business logic based on a preset business process dependency table, writes the blockchain network address of the preceding data packet as an association code into the metadata field, calculates the hash value of the data packet containing the metadata field, and submits it to the blockchain network storage. The first context-driven rule engine module listens for new data packet upload events, parses the business type code of the new data packet and the business type codes of all preceding data packets in the metadata fields, and generates the current context identifier set S. c ; a second context-driven rules engine module, configured to invoke rules from the temporary rules set R c based on the current context identification set S t and perform consistency check based on current and associated pre-packet content obtained from the blockchain network t The chain-based traceability and auditing module, upon receiving an anomaly marker signal, uses the blockchain network address H of the anomaly data packet. e Starting from the blockchain network, the system recursively retrieves all data packets with direct or indirect business dependencies based on the associated codes stored in the blockchain network, and generates and outputs a graphical audit traceability chain diagram based on the timestamp sequence and dependency relationship.