Yehya Group Insights · Procurement & Controls

Procurement is a project-control function.

A procurement plan is not simply a list of items to buy. It is a control system connecting technical approval, commercial commitment, manufacturing, logistics, cash flow and the date the site actually needs the material or service.

The project does not benefit from a purchase order unless the right item is technically accepted, commercially committed at the right time, manufactured to the required standard, delivered when the workfront is ready and installed without creating downstream disruption. That is why procurement should be treated as a project-control function rather than an isolated purchasing activity.

Procurement starts before the order.

Purchasing is one transaction inside a much wider process. Before an order can be placed, the project may need an approved design basis, defined specification, confirmed quantity, supplier shortlist, technical comparison, commercial recommendation, payment terms and an agreed delivery requirement. If any of those inputs is weak, the purchase order can simply formalise uncertainty.

After the order, the project still has to manage submittals, samples, shop drawings, production, inspections, shipping, customs where applicable, storage, delivery, installation interfaces, warranties and close-out documentation. Each of those stages can affect the programme independently of the commercial order date.

A useful procurement system therefore tracks the entire path from requirement to installed asset. Management should be able to see not only whether a package has been bought, but whether it is technically released, whether the supplier can meet the required production period, whether approvals are closing on time and whether the site will actually be ready to receive it.

The useful procurement date is not only when an item is ordered. It is whether the full procurement path protects the date the project needs that item to perform.
Procurement control path
01 · Define requirement 02 · Approve technically 03 · Commit commercially 04 · Produce and deliver 05 · Install and close records

Procurement planning needs a baseline.

Every critical package should have target dates for the activities that matter: design release, enquiry, technical review, commercial approval, order, shop drawings, production, inspection, shipment, delivery and required-on-site date. Those dates create a control baseline against which movement can be measured.

Without that baseline, a procurement meeting can become a status conversation rather than a management process. Packages are described as “in progress” without exposing whether they are already threatening the construction sequence.

Long-lead items should influence the project early.

Long-lead exposure is not limited to imported equipment. Any package can become programme-critical if its approval, manufacturing, specialist input or logistics period is longer than the available float. Bespoke joinery, façade systems, lifts, switchgear, mechanical plant, specialist finishes and custom fabricated elements can all require early decisions depending on the project.

The first step is identification. The team should know which packages have limited suppliers, extended production periods, specialist design input, sample or mock-up requirements, third-party approvals, international shipping, unusual testing or complex installation dependencies.

The second step is backward planning. If the site needs equipment on a specific date, the procurement schedule should work backwards through delivery, shipping, manufacturing, approved shop drawings, technical submittal, tendering and the design information required to begin that process.

This often exposes an important reality: the design decision may be required months before the related construction activity appears on site. If that relationship is not visible, the project can lose time long before anyone describes the item as late.

01

Identify exposure

Flag packages where lead time, supplier capacity or approvals can affect the critical path.

02

Plan backwards

Build procurement dates from site need rather than from a generic purchasing sequence.

03

Protect decisions

Escalate overdue technical and client decisions when they threaten procurement milestones.

04

Maintain alternatives

Where appropriate, understand acceptable alternatives before availability becomes an emergency.

Supplier capacity matters as much as catalogue lead time.

A quoted lead time can change when the supplier receives the order, particularly where factories are busy or components depend on other manufacturers. Critical packages deserve direct confirmation of production capacity, material availability and any dependencies outside the supplier's immediate control.

Technical approval is part of procurement control.

A procurement schedule cannot be separated from the submittal process. An item may be commercially selected but remain unable to proceed because technical information is incomplete or approval comments remain unresolved.

Supplier submittals often introduce information that affects the wider design: actual dimensions, loads, power requirements, controls, finishes, fixing methods, access zones or interfaces. The project must therefore distinguish between accepting a product in principle and confirming that the selected product is fully coordinated for installation.

This is particularly important when supplier design forms part of the package. Procurement pressure should not force technical teams into accepting incomplete coordination simply because a commercial commitment date is approaching. Equally, technical review should recognise the programme consequence of repeated review cycles and provide consolidated, actionable comments wherever possible.

Substitutions need a controlled evaluation route.

An alternative product may appear equivalent on a data sheet while affecting multiple downstream decisions. The review should consider performance, dimensions, connections, controls, warranty, maintenance access, spare-parts availability, finishes, certification and compatibility with adjacent work.

The decision should then be recorded so the design, procurement and construction teams are working from the same approved basis.

Commercial timing affects project control.

Procurement decisions affect cash flow as well as programme. Deposits, advance payments, manufacturing milestones, shipping payments, retention and supplier credit terms can create a significant gap between when the project commits cash and when physical value appears on site.

Early ordering may protect programme but bring forward expenditure. Delayed commitment may protect short-term cash flow while increasing price, currency or availability risk. A procurement strategy should make that trade-off visible rather than allowing it to emerge through individual package decisions.

Commercial evaluation should also look beyond headline price. Payment structure, exclusions, delivery basis, testing, warranty, spare parts, training, installation support and documentation can change the real value of two otherwise similar offers.

Clarify package boundaries before award.

Many procurement disputes originate in the space between packages: who provides supports, openings, controls, power supplies, testing, access equipment, builders' work or final connections. The commercial recommendation should confirm these interfaces before appointment wherever possible.

Delivery dates must match construction readiness.

Early delivery is not automatically good procurement. Material arriving before the workfront is ready can create storage problems, damage risk, double handling, security requirements and unnecessary cash-flow pressure. Late delivery can stop the planned sequence and disrupt multiple trades.

The procurement team therefore needs visibility of actual construction progress, not only the baseline programme. Site constraints, access, preceding works, temporary storage, lifting plans and installation resources all affect the useful delivery window.

This is where procurement and construction control should operate as one system. A delayed workfront may require a supplier delivery to be resequenced. A supplier delay may require the construction team to protect alternative workfronts. A design change may require procurement to pause before a non-recoverable commitment is made.

Receiving and inspection are part of the procurement path.

The package should not disappear from the control system when the truck reaches site. Materials may require inspection, documentation, protected storage, testing or verification against the approved submittal before they are released for installation. Defects or missing items should be identified while commercial and supplier remedies are still available.

Procurement reporting should show risk, not activity.

A long list of purchase orders does not tell management whether the project is protected. Useful reporting should show packages against the dates and dependencies that matter.

For each critical package, the project may need visibility over design release, enquiry, tender return, technical approval, commercial approval, purchase order, shop drawings, production, inspection, shipment, delivery and installation need. The report should highlight variance and required action rather than simply repeat status.

Not every package requires the same level of management attention. Criticality should guide reporting. Management should be able to see which procurement paths are threatening the programme, where a decision is blocking progress and which commitments are approaching before the required approvals are secure.

Procurement control is strongest when it predicts a delivery problem early enough for the project to still have options.

Close the loop at handover.

Procurement information remains valuable after installation. Warranties, supplier contacts, spare-parts lists, approved data, training records and maintenance requirements should be transferred into project close-out and operations. That continuity prevents the operating team from rebuilding information that already existed during procurement.

02

Plan backwards

Build procurement dates from site need rather than from a generic purchasing sequence.

03

Protect decisions

Escalate overdue technical and client decisions when they threaten procurement milestones.

04

Maintain alternatives

Where appropriate, understand acceptable alternatives before availability becomes an emergency.

Technical approval is part of procurement control.

A procurement schedule cannot be separated from the submittal process. An item may be commercially selected but remain unable to proceed because technical information is incomplete or approval comments remain unresolved.

Supplier submittals often introduce information that affects the wider design: actual dimensions, loads, power requirements, controls, finishes, fixing methods, access zones or interfaces. The project must therefore distinguish between approving the product in principle and confirming that the selected product is coordinated for installation.

This is particularly important when supplier design forms part of the package. Procurement should not force technical teams into accepting incomplete coordination simply because a commercial commitment date is approaching.

At the same time, technical review should recognise the programme consequence of repeated review cycles. Comments should be clear, consolidated where possible and focused on requirements that genuinely affect compliance or project performance.

Commercial timing affects project control.

Procurement decisions also affect cash flow. Deposits, advance payments, manufacturing milestones, shipping payments, retention and supplier credit terms can create significant differences between when the project commits cost and when physical value appears on site.

A procurement strategy should therefore connect package timing to the project's cash-flow plan and commercial controls. Early ordering may protect programme but bring forward expenditure. Delayed commitment may protect short-term cash flow while increasing price or availability risk.

Commercial evaluation should also look beyond headline price. Payment structure, exclusions, delivery basis, testing, warranty, spare parts, installation support and documentation can change the real value of two otherwise similar offers.

The objective is not always to select the lowest initial price. It is to understand the commercial position well enough to make a deliberate project decision.

Delivery dates must match construction readiness.

Early delivery is not automatically good procurement. Material arriving before the workfront is ready can create storage problems, damage risk, double handling, security requirements and cash-flow pressure. Late delivery can stop the planned sequence and disrupt multiple trades.

The procurement team therefore needs visibility of actual construction progress, not only the baseline programme. Site constraints, access, preceding works, temporary storage, lifting plans and installation resources all affect the useful delivery window.

This is where procurement and construction control must work as one system. A delayed workfront may require a supplier delivery to be resequenced. A supplier delay may require the construction team to protect alternative workfronts. A design change may require procurement to pause before a non-recoverable commitment is made.

These decisions are project-control decisions because they affect time, cost and sequence simultaneously.

Procurement reporting should show risk, not activity.

A long list of purchase orders does not tell management whether the project is protected. Useful reporting should show packages against the dates and dependencies that matter.

For each critical package, the project may need visibility over design release, enquiry, tender return, technical approval, commercial approval, purchase order, shop drawings, production, inspection, shipment, delivery and installation need.

Not every package requires the same level of management attention. Criticality should guide reporting. Management should be able to see which procurement paths are threatening the programme, where a decision is blocking progress and which commitments are approaching before the required approvals are secure.

Procurement control is strongest when it predicts a delivery problem early enough for the project to still have options.

Yehya Group viewpoint

Procurement belongs inside the delivery system.

Across Yehya Group's project-management, engineering and construction capabilities, procurement is treated as a coordination point between technical requirements, commercial decisions and site execution.

The practical value comes from connecting those functions early: technical teams understand when decisions are required, commercial teams understand the programme consequence of commitment, and site teams understand what is realistically arriving and when. That visibility turns procurement from a purchasing record into a project-control tool.

For a related view of how these interfaces affect the whole project, see The Cost of Fragmented Project Delivery.

Relevant Yehya Group capability Construction Management
Explore Construction Management

Control procurement against the project need.

Explore Yehya Group capabilities across project management, engineering and construction delivery.

Explore capabilities