Technical Guides · ASP ENGINEERING LIBRARY

Automation RFQ Checklist: Writing a Scope That Suppliers Can Price

In this article 6 sections

An automation request for quotation is useful when competing suppliers price the same deliverables and assumptions. Start with the process problem and installed equipment, then specify interfaces, acceptance evidence, and handover responsibilities. A hardware list alone leaves engineering effort, downtime, and integration risk open to interpretation.

Automation RFQ Checklist: Writing a Scope That Suppliers Can Price — Describe → Bound → Compare → Accept.
Automation RFQ Checklist: Writing a Scope That Suppliers Can Price — Describe → Bound → Compare → Accept. View full size

Design the requirement before the configuration

Describe what the system must do in operating, maintenance, and abnormal states. Identify existing controller and software versions, available drawings, network boundaries, permitted outage windows, and customer-supplied services. Ask bidders to state exclusions, license assumptions, migration constraints, and technical deviations in a consistent format. Separate mandatory requirements from options so that a lower price cannot quietly remove an essential commissioning or recovery task.

Worked scenario

For an illustrative legacy PLC upgrade, ask every bidder to include an I/O survey, conversion assessment, communication test, FAT, planned cutover, rollback provision, operator familiarization, and an editable project backup. Price optional historian integration separately. The commercial comparison can then distinguish a real scope saving from an omitted activity. Do not estimate the outage from controller replacement time alone.

What to verify

CheckEvidence to record
Installed baseModels, firmware, project files, I/O list, and licenses
InterfacesDevice protocols, data ownership, and third-party responsibilities
AcceptanceTest procedure, pass criteria, witness, and defect closure
HandoverSource projects, credentials transfer, backups, training, and support

Acceptance and handover

Review the RFQ with operations, maintenance, IT/OT, and procurement before issuing it. Give suppliers a controlled channel for clarifications and share scope-changing answers consistently. A strong proposal should make uncertainty visible and identify the surveys needed to retire it.

A commissioning evidence chain: every acceptance result should lead back to a requirement and identify the configuration that was actually tested.
A commissioning evidence chain: every acceptance result should lead back to a requirement and identify the configuration that was actually tested. View full size

Continue the engineering work

Use the related technical library for deeper background, or follow an ASP project guide to plan the implementation sequence.

Primary references and further reading

Use the original specifications and product documentation for implementation details. The examples in this guide are illustrative engineering scenarios, not published project results.

Use this guide in context. Examples are engineering starting points. Confirm device documentation, site requirements, and acceptance criteria before implementation. How this library is maintained · Suggest a correction

FROM REFERENCE TO REAL PROJECT

Bring your next automation challenge.

PLC and DCS engineering, OPC connectivity, and digital transformation. Start with your installed systems, your constraints, and what you need to achieve.

Talk to ASP OTOMASYON