Building services inspection and document management system
The responsible employee sees the documents and checks needed for the engineering system. It is clear who has to provide the missing document and whether it is still valid.
It is unclear which clause applies to the particular system, who has to provide the proof and who takes over the continuing duty after the transfer.
How the solution works
- An authorized professional sets a condition for the system and its use.
- The source of proof, the submitter and the acceptor are assigned to the requirement.
- The resulting document or test entry is verified against the actual scope and version.
- The gap gets the repair action, the deadline and the decision on the follow-up.
- The transmission of the system has a separate consensus as to who will perform the remaining and continuing duties.
Key challenges
- The link between the claim and its proof is restored prior to verification
Solution capabilities
Basis of application
The condition is associated with a specific type of system, object and stage of work or use.
Proof Link
The verification result or document has the required device, scope and valid version.
Acceptance Responsibilities
The presentation is separated from the fitness review and the decision on the identified gap.
Closing the gap
The flaw is linked to the actual repair work without creating a separate incompatible copy of it.
Continuing Duty
Periodic checks or other applicable actions shall be communicated to the clearly designated owner of the operation process.
Business context
- The link between the claim and its proof is restored prior to verification
- It is unclear which clause applies to the particular system, who has to provide the proof and who takes over the continuing duty after the transfer.
- Papers developed reduce barriers to work acceptance
- The customer may postpone the admission if there is a lack of agreed checks or equipment documents. Their need can be allocated by the next team before the last phase of the project. It is easier for the customer to take over the system and for the contractor to provide the result of the work and arrange the settlement.
Core features
- Basis of application
- Proof Link
- Acceptance Responsibilities
- Closing the gap
- Continuing Duty
Key integrations
- Sources of requirements and technical documents
- The basis for application as determined by the specialist and its version.
- Installation and test progress
- Documents submitted for admission and test results, weaknesses identified and confirmation of their elimination.
- Property and Maintenance Register
- The current composition of the system and the taken over continuous task.
Potential impact (%)
The ranges indicate an illustrative relative change in the metric under the stated assumptions. Results depend on the starting position and actual use of the solution. Percentages for different metrics must not be added together.
Work on the collection of adequate evidence
16–42%Decreasing
This illustrative scenario assumes that 40-70% of information searches and repeated cross-checks can be addressed. That share is assumed to fall by 40-60%. Company data is needed to verify both the addressable workload and the resulting change.
The active search and revision are measured for the same scope of requirements being checked.
Unattributed continuing duty
5–25%Decreasing
This illustrative scenario assumes that 20-50% of missed actions can be identified through task and deadline tracking. That share is assumed to fall by 25-50%. Company data is needed to verify both the addressable share and the resulting change.
The applicable duties found in the review are calculated without the responsible person separating the application that has not yet been determined.
Conditional calculation scenarios. The assumptions have not been validated against client measurements.
When this solution is relevant
- Equipment certificates and test protocols are stored separately, making it difficult to verify that they are for a specific object.
- After transmission to periodic inspections, responsible executors and deadlines are not always assigned.
Implementation requirements
For requirements control, specialists identify evidence applied to specific engineering systems and their adopters. The adequacy of available documents and project management tools is assessed, avoiding an unreasonably broad list of documents applied to all objects.
Further development options
- Requirements for Supplementary Systems after their Application Review
- Assessment of the impact of a changed requirement on a specific list of systems in service