Five controls for a like-for-like RFQ comparison
A comparable total is the output of a normalized scope, not the starting point.
- Common baseline
- Did every bidder quote the same parts, process, output, site and delivery boundary?
- Configuration
- Are quantities, models, options, licenses and revisions explicit?
- Boundary
- Is every included, optional, excluded and buyer-supplied line visible?
- Interfaces
- Does every cross-supplier interface have one owner and one test?
- Acceptance
- Can each deliverable be accepted with named evidence and timing?
Never overwrite a supplier's quotation to make it look complete. Keep the original offer traceable, record clarification revisions separately and calculate a comparison total only from confirmed lines plus clearly identified buyer-side residual scope.
Freeze one RFQ baseline before requesting prices
The RFQ baseline should identify the part family, drawings and revision, material and incoming variation, process sequence, quality criteria, target good output, shifts, changeovers, site environment, utilities, layout envelope, destination and intended acceptance route. State what the buyer will supply: sample parts, upstream and downstream equipment, network access, power, air, gas, extraction, rigging, operators and production time. If bidders start from different inputs, later price normalization cannot recover a fair comparison.
NIST's integrator definition spans final engineering, documentation, hardware procurement, custom software, installation, testing and commissioning. That breadth explains why ‘robot system’ is not a sufficient RFQ line. Decompose the requested outcome into physical equipment, software, engineering work, site work, evidence and lifecycle support, then require bidders to state where their responsibility starts and stops.
- Issue one numbered requirement set and one controlled bidder-question log.
- Require a quotation validity date and the configuration revision it prices.
- Separate mandatory scope from alternates so options do not disappear inside totals.
Further reading: NIST — Integrator definition from control-system specification guidance ↗
Keep four scope statuses visible
Identified deliverable, quantity, owner and acceptance are in the base price.
Selectable scope has a traceable price and effect on schedule or design.
Required residual work has a named owner outside the supplier total.
No comparison value is assigned until scope, owner and evidence are known.

Normalize configuration, scope status and commercial assumptions
For each hardware and software line, capture quantity, manufacturer and model or performance specification, controller release, licensed option, approved equivalent, included accessories and document revision. For engineering and service lines, capture hours or visits only when the supplier states them; otherwise compare the defined output and boundary. ‘Programming included’ should become a list of part programs, modes, recipes, backups, comments, passwords, source files and change support.
Use explicit status values: included, priced option, excluded, buyer-supplied, third-party direct, allowance or pending clarification. An allowance is not a fixed price, and an approved equivalent is not the same as an identified model. Preserve taxes, duties, insurance, payment milestones, Incoterm, quotation assumptions and escalation clauses outside the technical matrix but link them to the same comparison revision.

Assign every interface and acceptance record
Robotic cells combine components that exchange mechanical loads, electrical power, safety signals, production states, data, utilities and physical parts. NIST's interoperability work highlights that integration depends on information models, protocols and test methods, not merely compatible connectors. Use an interface responsibility matrix naming the provider of each side, design authority, installation owner, test condition and evidence record.
Safety is an application responsibility. Universal Robots' integration guidance, for example, places risk assessment, machine interfaces, protective measures, safety settings, validation, instructions and retained documentation within the integration boundary. Do not generalize one manufacturer's wording to every product or jurisdiction; use it to expose the questions that the project must assign and verify. FAT should test the agreed factory baseline, while SAT should test destination interfaces and handover conditions that cannot be proven at the supplier site.
Further reading: NIST — Robotic Systems Interoperability and Integration ↗ · Universal Robots — Integration and Responsibility ↗ · ISO — ISO 10218-2:2025 industrial robot applications and cells ↗
RFQ normalization and award flow
One baseline, revisions and bidder log
Map every line to common scope
Close assumptions, deviations and interfaces
Separate quote, options and residual work
Attach matrix, evidence and precedence

Build the comparison total without inventing missing costs
Keep three values separate: the supplier quotation total, confirmed priced options needed to meet the common baseline, and buyer-side residual scope. If a required line has no price, leave it open and request clarification; do not insert a TubeFrame estimate or an anonymous market number. A comparison can identify exposure qualitatively—open, conditional or excluded—until a valid cost and owner exist. This preserves the original quotation and prevents false precision.
Lifecycle scope deserves its own comparison. ABB's public supplier handbook illustrates that spare parts can involve hardware, repair, service tools, software and documentation, and that obsolescence and substitution need controlled handling. Do not import ABB's supplier requirements as a universal promise. Instead, ask each bidder for the project-specific critical-spares list, availability route, repair path, backup and restore package, training, support contact, exclusions and end-of-life notice process.
Further reading: ABB Robotics — Supplier Handbook ↗
Industrial robot RFQ normalization matrix
Add quantity, supplier price, status and revision in your commercial worksheet. These prompts define what must be clarified; they do not supply a price.
Copy the rows into your RFQ or investment worksheet.
| RFQ line | Normalize this scope | Common gap / deviation | Required evidence and owner |
|---|---|---|---|
| Robot and controller | Model, payload/reach basis, controller, pendant and cables | Base, dress pack or mounting omitted | Datasheet, BOM, layout and supplier |
| Software and licenses | Runtime, programming, process, safety, simulation and term | Subscription or renewal not stated | License list, version and owner |
| EOAT | Tool, utilities, sensors, confirmation and spare wear parts | Payload excludes tool or part | Tool drawing, load data and trial |
| Fixtures and change parts | Datums, clamps, nests, variants and storage | Only one SKU or sample condition | Approved drawing and fit trial |
| Peripherals and process | Conveyors, positioners, machine interface, process equipment | Supplier boundary ends at dry contacts | Interface list and functional test |
| Safety | Risk, guarding, devices, logic, validation and residual information | Robot safety function treated as full cell | Responsibility, design and validation record |
| Integration and programming | Mechanical/electrical build, PLC/HMI, robot programs and recovery | Future variants or fault recovery omitted | Program list, mode map and acceptance |
| Documentation | As-built drawings, manuals, code, backups, passwords and language | Only vendor standard manuals | Controlled document index and revision |
| FAT | Parts, duration, modes, criteria, records and re-test | Demonstration replaces acceptance | Approved protocol, results and closure |
| Packing and freight | Preservation, split, crate, Incoterm, insurance and customs data | Freight or duties assumed | Packing list and logistics owner |
| Installation and commissioning | Rigging, assembly, utilities, travel, debug and site readiness | Civil or electrical work omitted | Site matrix, schedule and owner |
| SAT and handover | Destination tests, open items, backups and final acceptance | Production support after test unclear | SAT report, punch list and sign-off |
| Training | Audience, level, hours, language, materials and competence check | Operator only; maintenance omitted | Agenda, materials and attendance |
| Spares and after-sales | Critical spares, warranty route, repair, response, backup and obsolescence | Local coverage or stock assumed | Named support route and spare list |
Frequently asked questions
What is an industrial robot RFQ comparison matrix?
It is a buyer worksheet that maps every supplier quotation to one common equipment, engineering, interface, test, logistics and lifecycle scope while preserving each supplier's original price, assumptions and deviations.
How do I compare robot quotations with different totals?
Normalize configuration and scope status first. Separate the quoted base, confirmed required options and buyer-side residual work, then compare totals only when mandatory open lines have a price or an assigned procurement owner.
Should I estimate the price of a missing RFQ line?
No. Mark it pending or excluded, ask the supplier to clarify it and keep any separately sourced buyer cost traceable to its real source. A guessed value creates false precision and can distort award decisions.
What should be attached to the final robot purchase order?
Attach the approved requirement baseline, quotation revision, inclusion and deviation matrix, interface responsibilities, deliverable index, FAT/SAT criteria, commercial precedence and agreed clarification records.
Primary sources and scope boundary
Make every robot quotation answer the same project
Send the workpiece, process, output target, site, destination and quotations you need to normalize. TubeFrame can structure open interfaces and a project-specific multi-brand scope without inventing missing prices.
Review an industrial robot RFQ ↗