Skip to content
Use case 05 · Pre-Sales / Tendering

Fire system quantity take-off and bill of materials

A workflow that sets drawing scale, extracts symbols and pipe segments, removes duplicates across overlapping sheets and releases a bill of materials where every line shows the sheet and zone it came from. An estimator verifies before release.

Runs standaloneUploads and manual entryEstimator signs
Workflow 05 · demo runAwaiting sign-off

EstimatorManual counts from revised drawings are slow to redo and almost impossible to defend.

  1. Set the drawing scaleEstimator
    QueuedWorkingDoneSign-off
  2. Extract symbols and segmentsAutomated
    QueuedWorkingDoneSign-off
  3. Deduplicate across sheetsAutomated
    QueuedWorkingDoneSign-off
  4. Verify the quantitiesEstimator
    QueuedWorkingDoneSign-off
  5. Release a traceable BOMEstimator
    QueuedWorkingDoneSign-off
Stopped for the estimator to sign
  • Who uses itEstimator, quantity surveyor
  • Lifecycle stagePre-Sales / Tendering · also Engineering / Design
  • Buyer groupTrack B · Estimating & Commercial
  • RequirementsBRD v0.1, sent as written
At a glance

What goes in, what comes out

Goes in
Drawing sheets
Scale per sheet
Zones and systems
Quantity Take-Off & BOMFive steps · one approval gate Estimator signs
Comes out
Traceable BOM
Sheet and zone per line
Exclusions
What it does

Quantity Take-Off & BOM, step by step

Five steps, one decision point. The last step is a person, every time.

  1. 01
    Estimator

    Set the drawing scale

    Established per sheet so lengths and counts mean something.

  2. 02
    Automated

    Extract symbols and segments

    Devices counted, pipe runs measured, each tied to its sheet and zone.

  3. 03
    Automated

    Deduplicate across sheets

    Devices appearing on two overlapping sheets are caught rather than counted twice.

  4. 04
    Estimator

    Verify the quantities

    The estimator reviews by zone and system, with the basis of every line visible.

    Estimator verifies the quantities?

    Yes BOM released to purchasingNo Lines queried and re-measured
  5. 05
    Estimator

    Release a traceable BOM

    Exclusions and review status carried through to purchasing.

  6. Output

    What lands at the end

    A traceable item and quantity list by sheet, zone and system, showing the count or length basis for every line, plus exclusions and review status.

Who’s involved

EstimatorQuantity surveyor

What you get

  • Traceable BOM
  • Sheet and zone per line
  • Exclusions

In the wireframe

A duplicate device counted on two overlapping sheets is caught, and the reviewer sees the basis for every line.

Use case diagram

Who does what, and who signs

Automated steps prepare the evidence. People make the calls.

Swipe to see the whole diagram

Use case diagram: Quantity Take-Off & BOM People: Estimator, Quantity surveyor. Steps: 1 Set the drawing scale; 2 Extract symbols and segments; 3 Deduplicate across sheets; 4 Verify the quantities; 5 Release a traceable BOM. Estimator approves the final step. Quantity Take-Off & BOM«workflow, built with DeX»«inputs»01 Set the drawing scale02 Extract symbols and segments03 Deduplicate across sheets04 Verify the quantities05 Release a traceable BOMEstimatorQuantity surveyorEstimator«approves»«documents»Drawing sheets, …
Automated step Done by a person Approval gate Takes part Leads to
What changes

Why this costs you time today

Manual counts from revised drawings are slow to redo and almost impossible to defend. An omission or a double count flows straight into purchasing and into the bid price, and nobody finds it until the variation argument starts.

Task
Today
With this workflow
Counting devices
Manual counts, redone every revision
Extracted and tied to sheet and zone
Overlapping sheets
Double counts slip through
Duplicates reconciled before release
A challenged quantity
Hard to defend
Traced back to its source line
The line we do not cross

What this software will not do

Life-safety work. These limits are written into the requirements, not added as a disclaimer.

Specific to this workflow

It supports quantity verification; it does not replace it. The take-off is a draft until an estimator signs it, and the release carries their name.

It does not decide compliance

The software assembles evidence, retrieves source clauses and shows conflicts. It does not determine whether anything complies. A named engineer does.

It does not stand in for an authority

An approval recorded in the software never implies consent from an AHJ, Civil Defence, building control or a building surveyor.

Nothing leaves without a named reviewer

Every output carries who approved it. Anything unverified keeps a draft marker until someone signs it.

It does not do sealed engineering

Hydraulic network calculation, definitive sprinkler layout, sealed design, BIM geometry authoring and final cost estimates are all out of scope by design.

Your standards, not ours

NFPA, EN, BS, ISO, FM, UL, LPCB and Civil Defence appear in the requirements as examples. None is assumed to apply to your projects until you say so.

~1/10of traditional build time
~30%of traditional cost

That is a claim about how fast Colakin builds software with DeX, and it is supported by delivered projects. It is not a claim about what any of these fifteen workflows will save your business. The requirements deliberately leave that to a pilot, measured against your own baseline.

How an engagement runs

From a question to a pilot, in five steps

Nothing hidden behind a discovery call. Stop at step one and keep the document.

  1. 01

    You ask for the requirements document

    The full BRD for the workflow you care about, sent as written.

    Same day
  2. 02

    A ten-minute wireframe walkthrough

    A clickable prototype of that one workflow.

    10 minutes
  3. 03

    The Fire Fit Check

    Five questions: fit, hours lost, who approves spend, whether your documents can be shared, and timing.

    One call
  4. 04

    A scope built on your rules

    Your standards, your document formats, your approval gates.

    Within a week
  5. 05

    A pilot against your own baseline

    One workflow, your data, your engineers.

    Q1
Questions

Quantity Take-Off & BOM: questions

Can the estimator show where a count came from?
Yes — that is the design intent. Every line carries its sheet, zone and whether it was a count or a measured length, so a challenged quantity can be traced back in seconds.
What happens when the drawings are revised?
A new take-off is run and compared against the previous one, so the estimator reviews what moved rather than recounting the set.
Does it handle overlapping sheets?
Deduplication across overlapping sheets is a core step. Devices appearing in more than one place are reconciled before the BOM is released.
Will it tell us how much time this saves?
Not honestly, no. The requirements deliberately do not attach a percentage to any of these workflows. A pilot measures it against your own baseline.
Next step

Ask for the Quantity Take-Off & BOM requirements document

The business requirements document as written, including what it refuses to do. No brochure, no drip sequence.

  • The requirements document, usually the same working day
  • A ten-minute wireframe walkthrough with the people who specified it
  • No claimed percentage saving — your pilot measures it

Request the document

One working day. A person replies, not a sequence.

We use this to reply, nothing else. No list, no newsletter.