Article 2 of 10 · PMWEB for RICS Contract Administration
Most contract administration disputes are seeded before the first excavator arrives on site: a spending authority nobody wrote down, a performance bond that quietly expired, a verbal understanding about who may instruct the contractor. RICS puts these items at the start of the contract administrator's services for that reason. PMWEB 2026 turns them into records that have to be complete before the contract is administered.
The first article in this series mapped the nine blocks of the RICS Contract Administration Services schedule to PMWEB 2026. This article takes the blocks that come first in time: block 2 (Commencement), block 3 (Statutory compliance) and service 1.4 in block 1, "set up and implement change control procedures". Together with the pre-commencement checklist in Appendix A of the RICS 2011 guidance note Contract administration (GN 69/2011, archived by RICS in 2022 but still a sound practical checklist), they define what must be true on the day the contract starts.
The theme is simple. Everything the CA will do for the next two or three years depends on decisions made in the first thirty days: what the contract says, who may instruct, how much they may spend without asking, and what security the employer holds if things go wrong. If those decisions live in a PMIS, every later process can test itself against them.
The RICS services schedule lists six commencement services.

Block 1 adds service 1.4, "set up and implement change control procedures", and block 3 covers statutory compliance: whether the property is listed or in a conservation area, and what planning and building regulation obligations apply. In the GCC the equivalent obligations come from municipalities, master developers, civil defence and utility authorities, but the principle is identical: consents carry conditions, and conditions carry dates.
The guidance note turns the schedule into practice. Three passages are particularly relevant.
Appendix A of GN 69/2011 gives the CA a pre-commencement checklist in three parts.
Part (c) is the most important and the most often neglected. It is effectively the contract administration manual for the project, agreed between the parties before the first instruction is given.
The contract is born in PMWEB's Procurement module. Bid packages hold the tender documents and invited bidders; pre- bid records hold clarifications and addenda; online bidding receives priced submissions; bid levelling compares them line by line. Award approval is routed through a workflow that follows the employer's DoA by contract value.
This matters for RICS service 2.6. The procurement route, the tender evaluation and the award rationale are documented in the same system that will administer the contract, so the CA who later interprets the contract can see how and why it was let.
On award the package becomes a Commitment, the record from which every later contract administration process hangs. Its header holds: contractor (from the Companies register), contract number and title contract type and form of contract original contract sum, currency and tax treatment retention percentage and any retention limit advance payment amount and recovery rule key dates: award, commencement, completion and sectional completion dates
Its line items form the schedule of values. Each line carries a cost code from the cost breakdown structure, which Article 8 sets up to ICMS 3, the International Cost Management Standard, so that budget, commitment, change and payment all report against the same structure from day one. Provisional sums are held as separate lines so that their expenditure and omission can be tracked by instruction, as Article 4 explains.
The contractor, consultants and the employer's team are held in PMWEB's Companies and contacts registers. In an ERP- integrated deployment the contractor record is synchronised with the ERP vendor master, so bank details and tax registration are maintained once. Each person is assigned roles per project, such as Contract Administrator, Employer's QS, Project Director or Contractor's Representative. Workflows route to roles, not names. When a person changes, the role is reassigned and every open workflow follows.
At this stage PMWEB's out-of-the-box SSRS library already provides the Contracts Log, Contract Details, the Subcontract forms in long and short versions, Purchase Order forms, and the Commitment Log grouped by vendor, by cost code or by project.
Letters of acceptance, notices to commence and, where unavoidable, letters of intent are generated from PMWEB Word templates that merge fields from the commitment record. Given RICS's warning about letters of intent, generating them only from templates approved by the employer's legal advisers is itself a control: no one drafts a letter of intent from a blank page.
Appendix A is a checklist with evidence behind every line, and that evidence lives in different places: a bank guarantee in the securities register, a permit in the Document Manager, a baseline in Scheduling, a DoA matrix in the workflow configuration. A Custom Form is the right tool because one record can hold the contract header, a checklist grid, a status per line and a live link to the record or document that proves it.
Screenshot S1 shows the record for contract MC-001. The header names the CA as a firm rather than an individual, as GN 69/2011 §2.4.2 recommends, and records the CA's spending authority per instruction (AED 250,000). That figure is not decoration: Article 9 shows how it becomes a workflow condition that decides whether an instruction needs the employer's prior approval. Each checklist line names its evidence and where it is held, so a reviewer can click through to it.


Because the checklist is an Adaptive Form record, it also becomes a template. The next contract starts from the same item list, adjusted for its form of contract, and the owner gets the same commencement discipline on every project in the portfolio.
Appendix A part (b) asks for insurance certificates with their renewal dates, and part (e) of the construction phase checklist asks for "new insurance certificate at renewal date". GN 69/2011 §4.3.7 makes the CA responsible for checking that cover is in place. In practice, expiries are where owners are most exposed: a professional indemnity policy for the contractor's design portion lapses, or a performance security expires before the defects period ends, and nobody notices until a claim is made.
A second Adaptive Form holds one record per instrument: performance security, advance payment guarantee, parent company guarantee, contractor's all risks, third party liability, employer's liability and professional indemnity. Each carries the issuer, amount, effective date, expiry date, the required validity under the contract, and the document itself.
Three behaviours make the register useful rather than merely complete.
For block 3 the Custom Form Builder is sufficient: a permits and consents register with one header per consent (authority, reference, scope, date granted, expiry, responsible party) and one detail table of conditions to discharge, each with a due date and status. The register feeds the action items report, and conditions that must be discharged before occupation are linked to the practical completion checklist in Article 6.
RICS service 1.4 asks the CA to "set up and implement change control procedures", and RICS Final account procedures (1st edition, now practice information) adds that the project execution plan should include the change control mechanism and the procedure for contract instructions, because that "helps to provide a framework for auditability".
In PMWEB, that procedure is not a document in a binder. It is a set of configured business processes:

Part (c) of the Appendix A checklist, "employer's approval procedure for instructions/changes", is therefore evidenced by a link to the live workflow configuration rather than a description of it.

Three approvals are configured before day one, and each one follows the employer's DoA.
An approved commitment creates or updates the purchase order in the owner's ERP, whether SAP, Oracle Fusion, Oracle E- Business Suite or Microsoft Dynamics 365. The vendor, cost codes, value, retention and advance payment terms travel with it. From that point both systems share one contract number, and Article 10 explains how later transactions keep them in step.


Could your contract administrator show you today, for every live contract, the CA's spending authority, the persons authorised to instruct, and the expiry date of every bond and insurance policy?
Next step
Tell us which processes matter most to you, and we will show them running in PMWEB.