Přejít na hlavní obsah
Engine API · výztuž

API pro optimalizaci řezání a ohýbání betonářské výztuže

REST API, které přijme ohýbací výkaz (BBS) a váš dostupný sklad a vrátí optimalizovaný plán řezání, ohýbací výkaz a inventář zbytků — deterministické, strojově čitelné, připravené k zapojení do vašeho ERP, cenotvorného nebo detailovacího softwaru.

Ve vývoji · hledáme design partnery

Validujeme to s několika týmy, které žijí v procesu výztuže, než postavíme rebar vrstvu. Běží na osvědčeném enginu CutOptim. Chcete časný přístup nebo spoluutvářet kontrakt? 20minutový hovor — bez prodejního pitche.

Postaveno na enginu CutOptim — 1 259 publikovaných benchmarků →

Problém

Zpracovatelé výztuže denně řežou tisíce prutů z 12m tyčí. Plán řezání vzniká ručně, v Excelu nebo v uzavřených desktopových programech. Každý ERP a detailovací nástroj pro výztuž potřebuje optimalizaci odpadu — ale dnes pro to neexistuje specializované vývojářské API: obecná řezací API neznají kódy tvarů, ohýbací odpočty ani strojové formáty a výztužné sady zamykají svůj optimalizátor do desktopových produktů.

5–8%
odpad · ruční plánování
1–3%
odpad · optimalizované plánování

Publikované případové studie uvádějí 0,9–1,5 % odpadu u optimalizovaných plánů; jeden provozní test snížil zmetkovitost na polovinu.

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

DetailingTekla · Revit · AllplanBar bendingschedule (BBS)Rebar APIoptimizeCut & bendBVBS filesSiteplacement
Kde se API nachází — mezi ohýbacím výkazem a dílnou.

Co API dělá

Vstup: seznam prutů (značka, Ø, jakost, kód tvaru BS 8666:2020, rozměry, počet) plus definice skladu (standardní délky a znovupoužitelné zbytky) a volby (přídavek na řez, minimální znovupoužitelný zbytek).

Výstup: vzory řezání podle Ø/jakosti (z které tyče vzniknou které řezy), % odpadu, vzniklé zbytky a ohýbací výkaz s délkami řezu a hmotnostmi.

Shape 11 · BS 8666:2020ABØ 16 · B500Bcut length = A + B − 0.5r − d
BBS popisuje každý prut kódem tvaru a rozměry; API z nich vypočítá délku řezu.

Jak to funguje

1 · Odeslat

Odešlete POST-em ohýbací výkaz (BBS) — značky, průměry, jakosti, kódy tvarů BS 8666:2020 a rozměry — plus své standardní délky a znovupoužitelné zbytky.

2 · Optimalizovat

Engine vypočítá délky řezu z kódů tvarů a poté rozmístí pruty na sklad tak, aby byl odpad minimální, a nejprve využije vaše zbytky.

3 · Integrovat

Získáte optimalizovaný plán řezání, ohýbací výkaz s délkami řezu a hmotnostmi a vzniklé zbytky — deterministický JSON, který váš ERP, cenotvorný nebo detailovací software zpracuje přímo.

Packing cuts onto 12 m stockManual5–8%Optimized1–3%Gold / green = cut bars · red = offcut waste (schematic)
Optimalizované rozmístění minimalizuje odpad na každé tyči.

Příklad

Ilustrativní — přesný kontrakt se finalizuje s design partnery.

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 }]
}

Délky řezu se počítají z kódu tvaru a rozměrů se standardními ohýbacími odpočty (např. tvar 11: A + B − 0.5r − d), nebo dodáte vlastní délky řezu a použijete čistou optimalizaci řezání.

Postaveno na osvědčeném enginu

Není to projekt od nuly — přináší engine CutOptim (již prodávaný jako vývojářské API, s 1 259 veřejnými benchmarky) do nové oblasti a přidává vrstvu kódů tvarů, ohýbacích odpočtů a inventáře zbytků na 1D optimalizátor, který již funguje.

Výsledky jsou deterministické a připnuté k verzi: stejný vstup a stejná engineVersion vždy dávají stejný výstup — optimalizace je tak auditovatelná a reprodukovatelná v nabídkách a výrobních zakázkách.

Pro koho to je

Pro softwarové týmy, které už mají proces výztuže v rukou a chtějí optimalizaci bez stavby vlastního solveru:

  • 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

V roadmapě

Záměrně ne ve v1 — stavěno se zákazníkem, ne na spekulaci:

  • 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
Materiál ke stažení
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
Stáhnout PDF

Často kladené otázky

Existuje API pro optimalizaci řezání a ohýbání výztuže?
Je to první vývojářské API stavěné přímo pro tento účel. Obecná 1D řezací API nerozumí kódům tvarů, ohýbacím odpočtům ani strojovým formátům a výztužné sady zamykají svůj optimalizátor do desktopového produktu. Rebar API CutOptim zpřístupňuje tuto optimalizaci jediným REST voláním.
Kolik ocelového odpadu ušetří optimalizace řezání výztuže?
Ruční nebo ad hoc plánování obvykle ztrácí 5–8 % oceli na zbytky. Optimalizovaný 1D nesting to sníží na 1–3 %; publikované případové studie uvádějí 0,9–1,5 % a provozní test snížil zmetkovitost na polovinu.
Podporuje API kódy tvarů BS 8666 a strojové soubory BVBS?
Vstup následuje kódy tvarů BS 8666:2020 (jiné národní systémy lze připojit), délky řezu se počítají se standardními ohýbacími odpočty. Export BVBS (.abs, BF2D/BF3D) pro ohýbačky je v roadmapě — stavěný s prvním zákazníkem, který jej potřebuje, ne na spekulaci.
Co rebar API vrací?
Optimalizovaný plán řezání (z které tyče vzniknou které řezy), % odpadu, vzniklé zbytky a ohýbací výkaz s délkami řezu a hmotnostmi — deterministicky a připnuté k verzi, takže nabídka nebo výrobní zakázka je auditovatelná a reprodukovatelná.
Co je ohýbací výkaz (BBS)?
Ohýbací výkaz uvádí každý výztužný prut zakázky — značku, průměr, jakost oceli, kód tvaru, rozměry a počet. Je to standardní předání mezi detailováním a výrobou a přesně to, co rebar API přijímá na vstupu.
Mohu API používat bez kódů tvarů, s vlastními délkami řezu?
Ano. Pokud už znáte délku řezu každého prutu, pošlete délky přímo a použijte čistou 1D optimalizaci řezání — vrstva kódů tvarů a ohýbacích odpočtů je volitelná.
Které systémy mohou rebar API integrovat?
Jakýkoli systém, který vytváří seznam prutů, jej může volat přes HTTP: výztužný ERP/MES, cenotvorné a CPQ nástroje, detailovací doplňky pro Tekla, Revit nebo Allplan, software pro výrobu prefabrikátů a CNC nebo software ohýbaček, který potřebuje optimalizovaný seznam řezů.