Variation Management Data Structure for Construction Budgets

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current systems for managing construction project budgets and invoicing lack efficiency in processing and approving variations, leading to delays in payment processing and potential misalignment between contractor and general contractor budget updates.

Innovation Solution

An electronic process that allows contractors to initiate and request payments for proposed variations before approval, using a data structure that links proposed variations to the actual budget, enabling automatic recognition and processing by external accounting systems upon approval, and allowing for editing or rejection of proposed variations by the general contractor.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If contractors wait for variation approval before requesting payments, then budget accuracy is improved, but payment processing time increases and cash flow is delayed

Engineering Contradiction:
Improvebudget accuracyVSAvoidpayment processing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system allows contractors to submit payment requests against proposed variations before formal approval is obtained. The payment management system creates a linkage between the proposed variation and the payment request, enabling preliminary payment processing while the variation approval is still pending. This resolves the contradiction by allowing payment actions to occur in advance of the approval milestone.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If separate data structures are used for proposed and approved variations, then data integrity is improved, but system complexity increases

Engineering Contradiction:
Improvedata integrityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system uses a single variation data structure that evolves through different states (proposed, approved, rejected) rather than maintaining separate data structures. The same data structure holds both proposed variations and approved variations, with status fields indicating the approval state. This reduces system complexity while maintaining data integrity through state management rather than structural duplication.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The variation data structure is designed to serve multiple functions: it stores proposed variations, tracks approval status, links to payment requests, and maintains budget information. This universal data structure eliminates the need for separate structures for proposed and approved variations, reducing complexity while preserving data integrity through its multi-functional design.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Measurement precision

If manual processing of variation approvals is used, then control accuracy is improved, but administrative burden increases

Engineering Contradiction:
Improvecontrol accuracyVSAvoidadministrative efficiency
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The system implements automated feedback mechanisms where the payment management system continuously monitors the status of proposed variations and automatically updates linked payment requests. When a variation is approved, the system automatically notifies relevant parties and adjusts budgets. This automated feedback loop maintains control accuracy while reducing the manual administrative burden of tracking variation approval statuses.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system enables self-service capabilities where contractors can submit their own variation requests and payment claims, and the system automatically processes the linkage between variations and payments. The automated system performs routine tasks such as status tracking, notification, and budget updates without requiring manual intervention, thereby maintaining control accuracy while significantly reducing administrative burden.

Inventive Principle:
Principle #25Self-service

4Productivity

If payment requests are allowed against unapproved variations, then cash flow management is improved, but financial risk increases

Engineering Contradiction:
Improvecash flow managementVSAvoidfinancial risk
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system allows payment requests to be initiated against proposed variations before formal approval, but implements a linkage mechanism that ties the payment request to the specific proposed variation. This enables contractors to plan and initiate payment requests in advance, improving cash flow management, while the system maintains the ability to validate and adjust payments based on the final approval status, thereby controlling financial risk.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10861114B2Variations management
Publication Date: 2020.12.08 TEXTURA CORP
  • US10861114B2 patent drawing
  • US10861114B2 patent drawing
  • US10861114B2 patent drawing

AI summary

Systems and methods are presented by which a contractor can initiate a proposed variation to a project contract and request payments against the proposed variation even before the variation is approved by the other party to the project contract. A data structure representative of proposed variation is generated and maintained as the proposed variation is reviewed, approved, and elevated to become part of the actual budget for the project. Because the same data structure is maintained throughout the process and after the proposed variation is approved, payment requests, payments, and any other actions taken against the data structure before the proposed variation is approved are automatically linked to the actual budget after approval and, thereby, are recognized and processed by external accounting systems as though the variations were created by the other party to the contract.