BuildEase

PPlatform

One governed record for every project

BuildEase is a multi-company, multi-project platform. Each company works in its own workspace; each project is its own boundary; every action goes through one command that checks authority and writes the history.

Document register

8 of 8 documents
ReferenceDisciplineStatus · codeWithDue · time leftRev.
SD-ARC-0142Level 3 façade shop drawingArchitecturalUnder reviewConsultant3 d leftB
MS-STR-0031Post-tensioning method statementStructuralApprovedA——A
SD-MEP-0217Chilled-water riser shop drawingMEPUnder reviewConsultant23 d overA
MS-ARC-0044Façade installation method statementArchitecturalAwaiting resubmissionCContractor26 d overA
DS-MEP-0088Switchgear design submissionMEPApprovedB——B
SD-CIV-0012Storm drainage shop drawingCivilUnder reviewConsultant6 d leftA
MOS-STR-0007Precast erection methodStructuralAwaiting resubmissionCContractor4 d leftA
SD-ARC-0151Lobby ceiling shop drawingArchitecturalDraftContractorNot submittedA

Tracking line · SD-ARC-0142

  1. Draft
  2. Contractor PM approval
  3. Consultant receipt
  4. Discipline review
  5. PM approval
  6. Resubmission
  7. Closed

Reference · revision · latest code · who has it · time left: one source behind the register, My tasks and Document detail.

In BuildEase todayDocument registerDocument detailMy tasks

Illustrative data

How it is organised

  1. Company workspace
  2. Project
  3. Organisation in its capacity
  4. Role, discipline and stage
How authority is scoped
  • Company workspaceA customer's own workspace, with its company administrators, people, organisations and storage. Nothing crosses to another company.
  • ProjectsCreated through one controlled set-up. A person can belong to several projects with a different role on each; authority on one project gives nothing on another.
  • Organisations in their capacityOwner, developer, PMC, consultant, designer, contractor, subcontractor, supplier: registered per project. Permissions follow the capacity on that project.
  • Roles and scopeOrganisation, project, role, discipline, document type, workflow stage and action authority are checked separately, scoped to phase, package and location.

The record engine underneath

Documents, inspections, payment certificates and site records share one engine, so every module behaves the same way.

The path of every change
  1. BrowserUntrusted
  2. ServerChecks the request
  3. DatabaseChecks the person
  4. One commandAuthorise, validate, write
  5. Audit historyRecorded and sealed

Illustration, not a screenshot

One command per change

Each change is one database command that authorises, validates, writes and records the history in one transaction.

Originals are never changed

Submitted files and records are immutable. A correction is a new revision; nothing submitted is deleted.

Configuration with four eyes

Numbering, forms, workflows and review periods are project settings. Publishing a change needs a second person.

Delegation with an end date

Acting for someone else is time-limited, inside the original scope and the same organisation, and cannot be passed on.

Configured per project, not coded per customer

Review periods, working calendars, document numbering, forms and workflows, disciplines and roles are each project's settings. The product holds no customer's rules.

Platform — BuildEase