Ugrás a tartalomhoz
Engine API · betonacél

Betonacél szabás- és hajlításoptimalizáló API

REST API, amely a betonacél-hajlítási jegyzéket (BBS) és a raktárkészletet fogadja, és optimalizált szabástervet, hajlítási jegyzéket és maradékkészletet ad vissza — determinisztikus, gépileg olvasható, azonnal beépíthető az ERP-, árajánlat- vagy tervezőszoftveredbe.

Fejlesztés alatt · design partnereket keresünk

Néhány, a betonacél-munkafolyamatban otthonos csapattal validáljuk, mielőtt megépítenénk a betonacél-réteget. A bizonyított CutOptim motorra épül. Szeretnél korai hozzáférést, vagy alakítani a szerződésen? Egy 20 perces beszélgetés — sales nélkül.

A CutOptim motorra épül — 1 259 publikált benchmark feladat →

A probléma

A betonacél-feldolgozók naponta több ezer szálat vágnak 12 m-es rúdból. A szabásterv kézzel, Excelben vagy zárt desktop szoftverekben készül. Minden betonacél-ERP-nek és tervezőeszköznek kell hulladékoptimalizálás — de ma nincs rá betonacél-specifikus fejlesztői API: az általános szabás-API-k nem ismerik az alakkódokat, a hajlítási levonásokat vagy a gépi formátumokat, a betonacél-szoftverek pedig a saját desktop programjukba zárják az optimalizálót.

5–8%
hulladék · kézi tervezés
1–3%
hulladék · optimalizált tervezés

Publikált esettanulmányok 0,9–1,5% hulladékot jelentenek optimalizált terveknél; egy feldolgozói teszt felére csökkentette a hulladékot.

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

DetailingTekla · Revit · AllplanBar bendingschedule (BBS)Rebar APIoptimizeCut & bendBVBS filesSiteplacement
Hol illeszkedik az API — a hajlítási jegyzék és a műhely között.

Mit csinál az API

Bemenet: tétellista (jel, Ø, acélminőség, BS 8666:2020 alakkód, méretek, darabszám), a készlet definíciója (standard szálhosszak és újrafelhasználható maradékok) és beállítások (vágási ráhagyás, minimális újrafelhasználható maradék).

Kimenet: Ø/minőség szerinti szabásminták (melyik szálból melyik vágások lesznek), hulladék %, a keletkező maradékok, és a hajlítási jegyzék vágási hosszakkal és súlyokkal.

Shape 11 · BS 8666:2020ABØ 16 · B500Bcut length = A + B − 0.5r − d
A BBS minden szálat alakkóddal és méretekkel ír le; a vágási hosszat az API ezekből számolja.

Hogyan működik

1 · Küldés

POST-old a hajlítási jegyzéket (BBS) — jelek, átmérők, acélminőségek, BS 8666:2020 alakkódok és méretek —, plusz a standard szálhosszakat és az újrafelhasználható maradékokat.

2 · Optimalizálás

A motor az alakkódokból kiszámítja a vágási hosszakat, majd úgy pakolja a szálakra a tételeket, hogy minimális legyen a hulladék, előbb a meglévő maradékaidat használva fel.

3 · Integrálás

Visszakapod az optimalizált szabástervet, a hajlítási jegyzéket vágási hosszakkal és súlyokkal, és a keletkező maradékokat — determinisztikus JSON, amit az ERP-, árajánlat- vagy tervezőszoftvered közvetlenül feldolgoz.

Packing cuts onto 12 m stockManual5–8%Optimized1–3%Gold / green = cut bars · red = offcut waste (schematic)
Az optimalizált pakolás minimalizálja a maradékot minden szálon.

Példa

Illusztráció — a pontos szerződést a design partnerekkel véglegesítjük.

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

A vágási hosszak az alakkódból és a méretekből, standard hajlítási levonásokkal számítódnak (pl. 11-es alak: A + B − 0.5r − d), vagy megadhatod a saját vágási hosszaidat, és tiszta szabásoptimalizálást használhatsz.

Bizonyított motorra építve

Ez nem nulláról induló projekt — a CutOptim motort (amit már fejlesztői API-ként árulunk, 1 259 publikált benchmark feladattal) viszi egy új területre, az alakkód-, hajlításlevonás- és maradékkészlet-réteget egy már működő 1D optimalizálóra építve.

Az eredmények determinisztikusak és verziózottak: ugyanaz a bemenet és ugyanaz az engineVersion mindig ugyanazt az eredményt adja — így az optimalizálás auditálható és reprodukálható az árajánlatokban és a gyártási rendelésekben.

Kinek szól

Szoftvercsapatoknak, akik már birtokolják a betonacél-munkafolyamatot, és optimalizálást akarnak saját solver építése nélkül:

  • 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

A roadmapen

Szándékosan nincs a v1-ben — ügyféllel építjük, nem spekulációra:

  • 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
Letölthető anyag
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
PDF letöltése

Gyakran ismételt kérdések

Van API a betonacél szabás- és hajlításoptimalizálásra?
Ez az első, kifejezetten erre készült fejlesztői API. Az általános 1D szabás-API-k nem értik az alakkódokat, a hajlítási levonásokat vagy a gépi formátumokat, a betonacél-szoftverek pedig a desktop termékükbe zárják az optimalizálót. A CutOptim betonacél-API ezt az optimalizálást egyetlen REST hívással teszi elérhetővé.
Mennyi acélhulladékot spórol a betonacél szabásoptimalizálás?
A kézi vagy ad hoc tervezés tipikusan az acél 5–8%-át veszíti el maradékként. Az optimalizált 1D nesting ezt 1–3%-ra csökkenti; publikált esettanulmányok 0,9–1,5%-ot jelentenek, egy feldolgozói teszt pedig felére vágta a hulladékot.
Támogatja az API a BS 8666 alakkódokat és a BVBS gépi fájlokat?
A bemenet a BS 8666:2020 alakkódokat követi (más nemzeti rendszerek is beköthetők), a vágási hosszak standard hajlítási levonásokkal számítódnak. A BVBS (.abs, BF2D/BF3D) export a hajlítógépekhez a roadmapen van — az első ügyféllel építjük meg, akinek kell, nem spekulációra.
Mit ad vissza a betonacél-API?
Optimalizált szabástervet (melyik szálból melyik vágások lesznek), hulladék %-ot, a keletkező maradékokat, és egy hajlítási jegyzéket vágási hosszakkal és súlyokkal — determinisztikusan és verziózottan, így az árajánlat vagy a gyártási rendelés auditálható és reprodukálható.
Mi az a hajlítási jegyzék (BBS)?
A hajlítási jegyzék felsorolja egy munka összes betonacél-tételét — jel, átmérő, acélminőség, alakkód, méretek és darabszám. Ez a szokásos átadás a tervezés és a gyártás között, és pontosan ezt fogadja bemenetként a rebar-API.
Használható az API alakkódok nélkül, saját vágási hosszakkal?
Igen. Ha már ismered az egyes tételek vágási hosszát, add meg közvetlenül a hosszakat, és tiszta 1D szabásoptimalizálást használsz — az alakkód- és hajlításlevonás-réteg opcionális.
Milyen rendszerek integrálhatják a rebar-API-t?
Bármely rendszer, amely tétellistát állít elő, hívhatja HTTP-n: betonacél-ERP/MES, árajánlat- és CPQ-eszközök, Tekla/Revit/Allplan tervező-kiegészítők, precast gyártószoftverek, és CNC- vagy hajlítógép-szoftverek, amelyeknek optimalizált szabáslista kell.