Skip to main content
Engine API · reinforcement steel

Rebar Cutting & Bending Optimization API

A REST API that takes a bar bending schedule (BBS) plus your available stock and returns an optimized cutting plan, bending schedule and offcut inventory — deterministic, machine-readable, ready to embed in your ERP, estimating or detailing software.

In development · design partners wanted

We are validating this with a handful of teams who live in the rebar workflow before we build the rebar layer. It runs on the proven CutOptim engine. Want early access, or to help shape the contract? A 20-minute call — no pitch.

Built on the CutOptim engine — 1,259 published benchmark jobs →

The problem

Rebar fabricators cut thousands of bars a day from 12 m stock. The cutting plan is made by hand, in Excel, or inside closed desktop suites. Every rebar ERP and detailing tool needs waste optimization — but today there is no rebar-aware developer API for it: generic cutting APIs know nothing about shape codes, bending deductions or machine formats, and rebar suites keep their optimizers locked inside desktop products.

5–8%
waste · manual planning
1–3%
waste · optimized planning

Published case studies report 0.9–1.5% waste on optimized plans; one fabricator trial halved its scrap.

Sources: rebar cutting-waste optimization in BIM (Buildings, MDPI, 2025) · GoSmarter / Midland Steel field trial

DetailingTekla · Revit · AllplanBar bendingschedule (BBS)Rebar APIoptimizeCut & bendBVBS filesSiteplacement
Where the API fits — between the bar bending schedule and the shop floor.

What the API does

Input: bar list (mark, Ø, grade, BS 8666:2020 shape code, dimensions, qty) plus a stock definition (standard lengths and reusable offcuts) and options (cut allowance, minimum reusable offcut).

Output: per Ø/grade cutting patterns (which stock bar becomes which cuts), waste %, the offcuts produced, and a bending schedule with cut lengths and weights.

Shape 11 · BS 8666:2020ABØ 16 · B500Bcut length = A + B − 0.5r − d
A BBS describes each bar by a shape code and dimensions; the API computes the cut length from them.

How it works

1 · Send

POST a bar bending schedule (BBS) — bar marks, diameters, grades, BS 8666:2020 shape codes and dimensions — plus your standard stock lengths and reusable offcuts.

2 · Optimize

The engine computes cut lengths from the shape codes, then packs the bars onto stock to minimize offcut waste, reusing your leftovers before opening new bars.

3 · Integrate

Get back an optimized cutting plan, a bending schedule with cut lengths and weights, and the offcuts produced — deterministic JSON your ERP, estimating or detailing software consumes directly.

Packing cuts onto 12 m stockManual5–8%Optimized1–3%Gold / green = cut bars · red = offcut waste (schematic)
Optimized packing minimizes the offcut left on every stock bar.

Example

Illustrative — the exact contract is being finalized with design partners.

POST /v1/rebar/optimize
{
  "units": "mm",
  "stock": {
    "standardLengths": [12000, 6000],
    "offcuts": [{ "diameter": 16, "length": 3400, "qty": 12 }]
  },
  "options": { "cutAllowance": 5, "minReusableOffcut": 1000 },
  "bars": [
    { "mark": "B01", "diameter": 16, "grade": "B500B",
      "shapeCode": "11", "dimensions": { "A": 2000, "B": 350 }, "qty": 140 },
    { "mark": "B02", "diameter": 16, "grade": "B500B",
      "shapeCode": "00", "length": 4750, "qty": 60 }
  ]
}
{
  "engineVersion": "rebar-1.0.0+e7c2",
  "summary": { "stockBarsUsed": 49, "wastePct": 1.7,
               "totalWeightKg": 958.3, "offcutsProduced": 6 },
  "cutPlans": [{ "diameter": 16, "stockLength": 12000, "patterns": [
    { "count": 21, "cuts": ["B01","B01","B01"], "wasteMm": 465 },
    { "count": 14, "cuts": ["B02","B02","B01"], "wasteMm": 158 }
  ] }],
  "bendingSchedule": [
    { "mark": "B01", "cutLength": 2302, "qty": 140 },
    { "mark": "B02", "cutLength": 4750, "qty": 60 }
  ],
  "offcuts": [{ "length": 1420, "qty": 4 }]
}

Cut lengths are computed from the shape code and dimensions with standard bending deductions (e.g. shape 11: A + B − 0.5r − d), or you can supply your own cut lengths and use pure cutting optimization.

Built on a proven engine

This is not a from-scratch project — it takes the CutOptim engine (already sold as a developer API, with 1,259 public benchmark jobs) into a new domain, adding the shape-code, bend-deduction and offcut-inventory layer on top of a 1D optimizer that already works.

Results are deterministic and version-pinned: the same input and the same engineVersion always produce the same output — so an optimization is auditable and reproducible inside quotes and production orders.

Who it is for

Software teams that already own the rebar workflow and want optimization without building a solver:

  • Rebar ERP / MES and fabrication-management software
  • Estimating & CPQ tools that quote reinforcement by weight and waste
  • Detailing add-ins (Tekla, Revit, Allplan) that already produce a BBS
  • Precast concrete production software
  • CNC / bending-machine software that needs an optimized cut list

On the roadmap

Deliberately not in v1 — built with a customer, not on speculation:

  • BVBS (.abs, BF2D/BF3D) export for bending machines; Unitechnik/PXML for precast
  • IFC / Tekla BBS import
  • Coil/spiral processing and multi-strand shear-line constraints
  • PDF bending-schedule documents
Downloadable resource
Rebar API concept brief

The two-page concept brief we share with design partners — the problem, what the API does, why us, and the five questions we're asking. Print-ready.

PDF2 pagesDesign partners
Download the PDF

Frequently Asked Questions

Is there an API for rebar cutting and bending optimization?
This is the first developer API purpose-built for it. Generic 1D cutting APIs do not understand shape codes, bending deductions or machine formats, and rebar suites keep their optimizers locked inside desktop products. The CutOptim rebar API exposes that optimization over a single REST call.
How much steel waste can rebar cutting optimization save?
Manual or ad-hoc planning typically loses 5–8% of steel to offcuts. Optimized 1D nesting brings that down to 1–3%; published case studies report 0.9–1.5%, and one fabricator trial halved its scrap.
Does the API support BS 8666 shape codes and BVBS machine files?
Input follows BS 8666:2020 shape codes (other national systems are pluggable), with cut lengths computed from standard bending deductions. BVBS (.abs, BF2D/BF3D) export for bending machines is on the roadmap — built with the first customer who needs it, not on speculation.
What does the rebar API return?
An optimized cutting plan (which stock bar becomes which cuts), waste %, the offcuts produced, and a bending schedule with cut lengths and weights — deterministic and version-pinned, so a quote or production order is auditable and reproducible.
What is a bar bending schedule (BBS)?
A bar bending schedule lists every reinforcement bar on a job — its mark, diameter, steel grade, shape code, dimensions and quantity. It is the standard hand-off between detailing and fabrication, and it is exactly what the rebar API takes as input.
Can I use the API without shape codes, with my own cut lengths?
Yes. If you already know the cut length of each bar, send the lengths directly and use pure 1D cutting optimization — the shape-code and bending-deduction layer is optional.
Which systems can integrate the rebar API?
Any system that produces a bar list can call it over HTTP: rebar ERP/MES, estimating and CPQ tools, detailing add-ins for Tekla, Revit or Allplan, precast production software, and CNC or bending-machine software that needs an optimized cut list.