Ugrás a tartalomhoz
FEJLESZTŐKNEK

CutOptim Engine API

Vágásoptimalizáló API: beküldöd a darabokat és az alapanyagot — 2D lapok, 1D rudak, faanyag vagy szabálytalan darabok valódi alakú nestingje —, és visszakapod az elrendezést, a vágástervet és a kihasználást. Alapértelmezés szerint ugyanaz a kérés mindig ugyanazt a tervet adja.

Teljes benchmark megtekintése → · Mérve, nem ígérve

POST /v1/optimize/nest
{
  "parts": [
    { "name": "bracket", "polygon": […], "qty": 12, … },
    { "name": "gusset", "polygon": […], "qty": 14, … },
    { "name": "plate", "polygon": […], "holes": […], "qty": 12, … },
    { "name": "flange", "source": { … }, "qty": 10, … }
  ],
  "stock": [{ "w": 2500, "h": 1250, "exclusions": […], … }],
  "options": { "minSeparation": 5, "edgeClearance": 10 }
}
200 sheets[0] · 2500 × 1250
1 sheetCount48/48 placed0.5632 density110 pierces
Egy valódi POST /v1/optimize/nest hívás: a kérés és a visszakapott lap, a válasz koordinátáiból kirajzolva.

Miért erre építs

DETERMINISZTIKUS

Ugyanaz a bemenet mindig ugyanazt a kimenetet adja — nincs véletlenszerűség, nincs óra az algoritmusban. Az eredmények cache-elhetők, és tesztekben összehasonlíthatók. Az egyetlen opt-in kivétel, az időkorlátos nesting max keresés, minden válaszban kimondja (deterministic: false).

VALÓDI VÁGÁSTERV

Nem csak téglalapok: a guillotine vágási sorrend, a vágásvonalak és a fűrészelések külön, a vágáshossz, és egy jelző arról, hogy az elrendezés legyártható-e panelfűrészen.

PANELFŰRÉSZRE SZABVA

Fűrészrés, oldalankénti széllevágás, tolerancia, költség-mód, szálirány és erezet egyeztetés, max. vágási fázis, forgatás-minimalizálás — ugyanazok a beállítások, amelyeket az app is kínál.

Megírod, vagy meghívod

Egy vágásoptimalizáló hétvégi projektnek tűnik, aztán szélsőséges esetek hosszú sora lesz belőle: fűrészrés- és széllevágás-számítás, elfogyó alapanyag, forgatási és erezet-szabályok, élről élre fűrészelhető elrendezés, lyukas poligonok — és egy regressziós tesztkészlet, ami bizonyítja, hogy egy változtatás sosem ront a terven. Az Engine API ez a munka, elvégezve és lemérve.

AMIT MEGSPÓROLSZ

Négy optimalizáló megírását és validálását — 2D guillotine lapszabás, 1D lineáris anyag, keresztmetszet szerinti fa és valódi alakú nesting —, és hogy helyesek maradjanak, ahogy nőnek az igényeid. A csapatod ehelyett egyetlen HTTP-szerződést köt be.

AMIT ELLENŐRIZHETSZ

A tervek minősége publikált, nem állított: a nyílt benchmark nyilvános akadémiai feladatkészleteken és generált munkákon futtatja a motort, a módszer és a nyers eredmények letölthetők. Futtasd ugyanezeket a feladatokat bármi máson is, amit mérlegelsz.

AMI AZ INDULÁSHOZ KELL

Egy ár az oldalon, 14 napos próbaidő és egy kulcs a dashboardodról — nincs értékesítési hívás és nincs licenc-tárgyalás, mielőtt kipróbálhatnád. A validate végpontokhoz kulcs sem kell.

AMI A TIÉD MARAD

Az adatmodelled, a felületed és az árazási szabályaid. A szinkron hívások semmit nem tárolnak; egy aszinkron max job csak egy rövid megőrzési ideig tartja meg az eredményét, hogy le tudd kérdezni. Egy darabhoz vagy táblához csatolt meta objektum szó szerint visszajön, így a terv egyeztethető a nyilvántartásoddal.

Teljes benchmark megtekintése →

Inkább kész rendelőfelület kell, mint saját fejlesztés?

A CutOptim Configurator erre a motorra épül →Saját webshop vagy ERP bekötése →

Árazás

Studio
€49/hó
3,000 kérés / hó — kemény plafon, nincs túlhasználat, nincs váratlan számla
14 napos próbaidő · EUR-ban számlázva · a plafon elérése után a hívások 402-t adnak, amíg át nem fordul a hónap
Scale
€149/hó
10,000 kérés / hó — kemény plafon, nincs túlhasználat, nincs váratlan számla
Próbaidő nélkül · EUR-ban számlázva · csomagváltás az irányítópulton

Minden kérés egyformán számít — a nesting is · A kvóta 90%-ánál és elfogyásakor e-mailt küldünk.

Próbáld ki ingyen: nyilvános demo-kulcs az API-referencián, és havi 1,000 kéréses teszt-kulcsok, amelyeket soha nem számlázunk

Nagyobb volumen. A havi 10,000 kérés a standard csomag, nem annak a plafonja, amit ki tudunk szolgálni. Ha többre van szükséged — nagyobb volumenre, külön kulcsra a stagingre és az éles rendszerre, vagy egyedi megállapodásra —, írd meg a számaidat, és egyedileg árazzuk. Írd meg a volumenedet →

Az előfizetéssel elfogadod a következő feltételeket: Engine API Service Terms (angol nyelven).

A szokásos CutOptim csomagok (Ingyenes / Pro / Műhely) nem kapcsolódnak az API-hoz — az appban futó optimalizáló továbbra is a részük. Az app árai →

Mi megy be, mi jön ki

Módonként egy valódi munka: felül a kérés törzse, alatta a visszakapott terv, közvetlenül a válaszból kirajzolva.

BemegyPOST /v1/optimize/2d
{
  "parts": [
    { "name": "Side", "w": 720, "h": 560, "qty": 6 },
    { "name": "Bottom", "w": 764, "h": 560, "qty": 3 },
    { "name": "Top", "w": 764, "h": 560, "qty": 3 },
    { "name": "Shelf", "w": 762, "h": 520, "qty": 3 },
    { "name": "Rail", "w": 764, "h": 100, "qty": 6 },
    { "name": "Plinth", "w": 764, "h": 120, "qty": 6 },
    { "name": "Door", "w": 397, "h": 716, "qty": 6, "rotatable": false },
    { "name": "Drawer front", "w": 796, "h": 176, "qty": 3 }
  ],
  "stock": [
    { "w": 2800, "h": 2070, "qty": 5, "price": 38.5 }
  ],
  "options": { "kerf": 4, "trim": { "left": 10, "right": 10, "top": 10, "bottom": 10 } }
}
Nyilvános demókulccsal fut — korlátozott, csak kis munkák, sosem számlázzuk.
Kijön200 · sheets[].parts
Lapok
2
sheetCount
Kihozatal
80,31%
yieldPct
Elhelyezett darabok
36 / 36
placed
Vágásvonalak
39
cutLines
Anyagköltség
77
totalPrice

Alsószekrény-sor szabványos forgácslapból. Az ajtók tartják a szálirányt (rotatable: false), minden más darab forgatható.

Az API-tól is kérhetsz képet: 2D-nél és nestingnél tedd bele az "svg"-t az include-ba, és a válasz hozza a rajzot.

Minden rajz a válaszban kapott koordinátákból készül, kézzel semmit nem rendeztünk el. A négy munkát ugyanaz a motor oldja meg, amelyik az API mögött fut, és a tesztjeink újra lefuttatják őket, hogy a számok igazak maradjanak.

Mit tud az API

Négy vágási mód

Egy-egy hívás a 2D lapokhoz, az 1D lineáris anyaghoz, a keresztmetszet-illesztéses fához és a szabálytalan poligonok valódi alakú nestingjéhez — POST /v1/optimize/2d, /1d, /wood és /nest.

Valódi alakú nesting

A POST /v1/optimize/nest tetszőleges poligonokat (lyukakkal együtt) pakol fix táblákra, egymás konkáv zsebeibe illesztve a darabokat — 6 tábla ott, ahol ugyanezek a darabok befoglaló téglalappal 9-et igényelnek. Lézeres, plazmás és vízsugaras munkához. Táblánkénti kizárási zónák (egy hiba, egy leszorító) is járnak vele.

Anyag-tudatos

Lásd el a darabokat és a készletet egy material címkével, és az optimalizáló szétosztja a munkát: minden material csak a saját készletéből vágódik ki. Minden módban; material szerinti összesítés jön vissza.

Élzárás

Nevezz meg élenként egy élzárás-típust (2D), és a válasz típusonként összegzi a folyómétert — darabonként és rendelésenként. Metaadat: egy darabot sosem mozdít el.

Erezet egyeztetés

Nevezd meg azokat a darabokat, amelyeknek a rajzolata átfut egymáson — például egy fiókelőlapot két ajtó fölött — egy szettben (matchedSets, 2D), és egymás mellett, egyetlen darab lapból vágódnak ki, egy fűrészrésnyi távolságra. Minden tag visszakapja a szettjét és a pozícióját, a CSV-, SVG- és DXF-export pedig szintén megjelöli őket.

Beépített export (SVG · DXF · CSV)

Kérj include:["svg","csv","dxf"] értéket, és a válasz kész fájlként, beágyazva viszi az elrendezést — önálló 2D SVG rajzot, R12/AC1009 DXF-et vagy CSV vágásjegyzéket. Nincs tárolás, nincs második hívás.

Metaadat-átadás

Csatolj egy meta objektumot — az ERP-cikkszámodat, rendelés-sor azonosítót, vevői hivatkozást — bármelyik darab- vagy alapanyag-sorhoz, és szó szerint visszakapod minden elhelyezett darabon és minden táblán/rúdon, így a terv egyeztethető a rendszereddel.

Ingyenes ellenőrzés

A POST /v1/validate/{2d,1d,wood} séma-ellenőrzi ugyanazt a törzset megoldás nélkül — nincs kulcs, nincs kvóta. Ellenőrizd, hogy egy törzset nem utasítunk el, és kapj megvalósíthatósági figyelmeztetéseket, mielőtt elköltesz egy hívást.

Költség vagy hulladék

A minimizeCost a legalacsonyabb végösszeg szerint rangsorol az árazott készletméretek között, keverve a formátumokat; az alapértelmezés az anyagot minimalizálja. Mindkettő ugyanazt a guillotine algoritmust futtatja.

Készlet-prioritás és korlátozott készlet

Jelöld meg az elsőként elfogyasztandó készletet, kezeld a mennyiségeket kemény plafonként a respectStock-kal, és jelöld a kötelezően kivágandó darabokat, amelyek szűkös anyagnál elnyerik a helyet a táblán.

Valódi vágásterv

Nem csak téglalapok: a guillotine vágási sorrend lépésenkénti ütköző-pozíciókkal, a vágásvonalak és a fűrészelések külön, a vágáshossz, és egy panelfűrészen-legyártható jelző.

Panelfűrész-paraméterek

kerf, oldalankénti széllevágás, tolerancia, szálirány, matched sets, maxCutStages és forgatás-minimalizálás — ugyanazok a beállítások, amelyeket az app is kínál.

Determinisztikus & OpenAPI

Ugyanaz a bemenet mindig ugyanazt a kimenetet adja — cache-eld és hasonlítsd össze (az opt-in, időkorlátos nesting max keresés deterministic: false értéket jelent). Egy rögzíthető motorverzió és egy OpenAPI 3.1 dokumentum írja le a teljes szerződést.

Darabok CAD-fájlból

Koordináták helyett küldj SVG-t vagy DXF-et: a parts[].source kiolvassa a kontúrt és a lyukait a rajzból, a POST /v1/import/nest pedig előbb szétbontja a több darabot tartalmazó fájlt. Semmi nem tárolódik — a fájl a memóriában dolgozódik fel, és a válasszal együtt megszűnik.

MCP-szerver AI-asszisztensekhez

A Claude Code, a Cursor, a VS Code és a Claude Desktop eszközként hívja a motort a https://api.cutoptim.com/mcp címen — ugyanazzal az API-kulccsal és kvótával, mint a REST. Helyben is fut, az @cutoptim/mcp npm-csomagként.

MCP-útmutató →EN

Két sebesség: árajánlat most, anyagspórolás utána

A legtöbb integrációnak mindkettő kell — válasz, amíg a vevő vár, és egy szorosabb terv, amikor a munka a gépre megy. Hívásonként te döntöd el.

AZONNALI

A szinkron motorok — heuristic a 2D-hez, az 1D-hez és a fához, lbf a nestinghez — a HTTP-kérésen belül válaszolnak, determinisztikusan, így az árajánlat mögötti terv ugyanaz, mint a rendelés mögötti.

MAX

Küldd a munkát engine: "max" értékkel, és kérdezd le az eredményt a GET /v1/jobs/{id} végponton. 2D lapoknál a bizonyított optimum felé keres; valódi alakú nestingnél egy időkeretet (options.timeBudgetMs) arra fordít, hogy kevesebb táblát találjon, és sosem ad többet, mint az azonnali válasz.

A válasz szerkezete mindkét esetben ugyanaz. 2D-ben a max motor kevesebb beállítást fogad el, mint a heuristic (a referencia felsorolja őket), és a kizárt zónás nesting-munkát továbbra is az lbf szolgálja ki.

Melyik motor melyik módot szolgálja ki

Az a végpont, amelyre POST-olsz, választja ki a módot; az engine paraméter az algoritmust. Az alapértelmezett heuristic motor a 2D-t, az 1D-t és a fát szolgálja ki; a balanced csak 2D; az aszinkron max motor a 2D lapokat és a true-shape nestinget is kiszolgálja; a nesting alapértelmezettje pedig a saját lbf motorja. Ugyanaz a motor, mint az appban, HTTP-n keresztül.

Mód · végpontMotor · algoritmus2D lapok/v1/optimize/2d1D lineáris/v1/optimize/1dFa · keresztmetszet/v1/optimize/woodValódi alakú nesting/v1/optimize/nestheuristicalapértelmezett · szinkronbalancedopcionális · csak 2Dmaxaszinkron · 2D + nestlbfnesting · alapértelmezett1D-n és fán a balanced egyszerűen a heuristic aliasa (a válasz ezt ki is mondja).
  • heuristic — Az alapértelmezés — egy guillotine több-stratégiás packer. A legmagasabb kihozatal, minden elrendezés fűrésszel vágható, és mindig ad vágástervet. A 2D-t, az 1D-t és a fát is kiszolgálja.
  • balanced — Egy opcionális MaxRects szabad-nester a 2D-hez. Sokkal gyorsabb a nagyon nagy munkákon, kicsivel alacsonyabb kihozatalért, de az elrendezései gyakran nem vághatók éltől élig, ezért nem hordoznak vágástervet.
  • max — Az aszinkron szint: beküldöd a munkát, és a GET /v1/jobs/{id} lekérdezésével kapod meg az eredményt. 2D-n fakeresés, amely sokkal több munkán éri el a bizonyítottan optimálisat, megoldásonként másodpercek–egy perc alatt — továbbra is determinisztikus és fűrésszel vágható. True-shape nestingen előbb az lbf-et futtatja, majd egy időkeretet fordít arra, hogy kevesebb táblát igénylő elrendezést keressen, és sosem ad vissza többet; ez a keresés időkorlátos, ezért a nestjei deterministic: false értéket mondanak.
  • lbf — A true-shape nesting alapértelmezettje. Szabálytalan poligonokat pakol egymás zsebeibe lézeres, plazmás és vízsugaras vágáshoz — azonnal és determinisztikusan. A max (fent) ezután ugyanabban a munkában kevesebb táblát kereshet.

Melyik végpont melyik anyaghoz: sík lapok — rétegelt lemez, MDF, üveg, akril, lemez — a /v1/optimize/2d végpontra; rúd, cső és profil a /v1/optimize/1d végpontra; szerkezeti faanyag (egy 50×150 csak 50×150-ből) a /v1/optimize/wood végpontra; szabálytalan poligonok lézeres, plazmás és vízsugaras vágáshoz a /v1/optimize/nest végpontra.

Egy hívás, egy teljes terv

curl https://api.cutoptim.com/v1/optimize/2d \
  -H "Authorization: Bearer co_live_…" \
  -H "Content-Type: application/json" \
  -d '{
    "parts": [
      { "name": "Door",    "w": 600, "h": 400, "qty": 4 },
      { "name": "Shelf",   "w": 800, "h": 300, "qty": 6 }
    ],
    "stock":   [{ "w": 2440, "h": 1220, "price": 42 }],
    "options": { "kerf": 3, "effort": "balanced" },
    "engine":  "heuristic"
  }'

A válasz:

{
  "metrics": { "sheetCount": 1, "yieldPct": 80.62, "placed": 10, "total": 10,
               "cutLines": 10, "sawPasses": 13, "cutLength": 10720, "totalPrice": 42 },
  "sheets":  [ … ],
  "cutPlan": [{ "sheet": 0, "step": 1, "axis": "h", "pos": 400, "length": 2440, "stage": 1 }, … ],
  "guillotineValid": true,
  "engineVersion": "1.0.0+10e0c941",
  "deterministic": true
}

A teljes kérés- és válaszszerkezet, minden beállítás, az összes hibakód és minden motor:API-referencia → · Integrációs útmutató →

Fast vagy sűrű? Válaszd egy beállítással

Az effort beállítás a számítási időt mérlegeli a kihasználással szemben. Íme ez a kompromisszum, egyetlen igényes munkán mérve — minden szám a valódi pakolóból származik.

effort kapcsoló: anyagkihasználás vs számítási időeffort kapcsoló: anyagkihasználás vs számítási idő. fast: 350 tábla · 76.2% · ≈1.9 s. balanced: 330 tábla · 80.8% · ≈4.8 s. max: fenntartva — a sűrűbbhez lassabb keresés kell. A legtöbb (kisebb) munkán a kettő azonos; a különbség csak az ilyen nagy munkákon nyílik meg. A balanced az alapértelmezett, és sosem sűrűbb annál, mint amit a fast el tud érni.effort kapcsoló: anyagkihasználás vs számítási időEgy igényes munka — nagyjából 1550 darab egy 2,07 × 5,6 m-es táblán. Minden szám a valódi pakolón mérve.74%76%78%80%82%84%02 s4 s6 sszámítási idő · gyorsabban →anyagkihasználás · sűrűbben ↑⇄ az effort kapcsoló+4,6 pont kihasználás · −20 tábla−5,7% anyag · ≈2,5× lassabbfast350 tábla · 76.2% · ≈1.9 s★ balanced · alapértelmezett330 tábla · 80.8% · ≈4.8 smaxfenntartvaa sűrűbbhezlassabb kereséskell
A legtöbb (kisebb) munkán a kettő azonos; a különbség csak az ilyen nagy munkákon nyílik meg. A balanced az alapértelmezett, és sosem sűrűbb annál, mint amit a fast el tud érni.

És amúgy is gyors: még a legnagyobb gyártási munkák — 2000 darab és több — is másodpercek alatt megoldódnak az alapértelmezett motoron, kényelmesen az API időkeretén belül.

Megoldások iparáganként

Ugyanaz a motor, egy-egy szakma vágási módjára szabva. Minden oldal megmutatja a végpontot, egy kérést és egy választ, és az adott anyagnál fontos mezőket.

A motor geometriával dolgozik, nem anyagkatalógussal: lemez és vastaglemez, faalapú lapok, üveg, műanyag és akril, kompozit, hab, karton és papír ugyanazokon a végpontokon megy át. Az anyag csak a beküldött számokat változtatja meg — fűrészrés vagy darabtávolság, szélhagyás, alapanyag-méretek.

Letölthető anyag
Engine API one-pager

The why, what and how of the CutOptim Engine API on two pages — the four modes, a real request and its plan, how to try it free, and the two plans. Print-ready, with a QR back to this page.

PDF2 pagesFree
PDF letöltése

Gyakran ismételt kérdések

Van a CutOptimnak API-ja?
Igen — a CutOptim Engine API ugyanazt a vágómotort teszi elérhetővé HTTP-n, ERP, árajánlat-eszköz vagy gépi szoftver számára, mindhárom módban, amit az app tud: 2D tábla, 1D lineáris, és fa keresztmetszet-illesztéssel.
Van API lézer-, plazma- vagy vízsugárvágáshoz?
Igen — a szabálytalan poligonok true-shape neszelése az Engine API negyedik módja, a POST /v1/optimize/nest. Minden alkatrészt poligon-kontúrként küldesz (opcionális lyukakkal) a készlet-lapokkal együtt; a motor egymás konkáv zsebeibe illeszti a darabokat, és visszaadja minden példány elhelyezését, így egy lézer-, plazma- vagy vízsugár-munka sokkal sűrűbben pakol, mint a befoglaló téglalap — egy reprezentatív 272-darabos munkán 6 lap, ahol ugyanaz befoglaló téglalappal 9 lapot igényel. Lap-szintű kizárt zónák (egy hiba, egy leszorító) és folytonos forgatás jár hozzá; a darabok közti távolságot (minSeparation) és a tábla szélén tartott távolságot (edgeClearance) külön állítod be, a válasz pedig lapméretenként összesíti a felhasznált táblákat — a méreteket ott keverve, ahol az olcsóbb —, és megadja minden tábla vágáshosszát és beszúrásszámát, valamint a tábla sarkától mért felhasznált szélességét és magasságát (a tábla egy részének leszámlázásához; a legkevésbé kitöltött táblát ebbe a sarokba tömöríti). Az app saját Nesting módjában ugyanez a nesting fut.
Determinisztikus az Engine API?
Igen. Ugyanaz a bemenet ugyanazt az eredményt adja, így a válaszok cache-elhetők és tesztelhetők, a motor verziója pedig rögzíthető a reprodukálható eredményekhez. Az egyetlen opt-in kivétel a nesting max motorja: a keresése időkorlátos, ezért minden válaszban deterministic: false értéket jelent.
Mit tartalmaz az optimalizálási válasz?
A teljes elrendezést, a guillotine szabástervet lépésenkénti megállási pozíciókkal, és a metrikákat (táblaszám, kihozatal, vágásvonalak, fűrészmenetek, vágott hossz). A 2D végpont az élzárás méterét is visszaadja típusonként, és minden végpont elfogad anyag-címkét, és anyagonkénti összesítést ad. Kérheted az elrendezést inline SVG, DXF vagy CSV formában is, és csatolhatsz egy meta objektumot az alkatrészekhez és a készlethez, amelyet szó szerint visszakapsz.
Ad az API rajzot, nem csak koordinátákat?
Igen. Adj hozzá include:["svg","csv","dxf"] elemet egy optimalizálási kéréshez, és a válasz kész fájlként, inline hordozza az elrendezést: önálló 2D SVG rajz, R12/AC1009 DXF vagy CSV szabásjegyzék. Nincs tárolás és nincs második hívás. Az SVG csak 2D; egy 1D vagy fa kérés helyette figyelmeztetést ad vissza.
Csatolhatok saját azonosítókat az alkatrészekhez, és visszaolvashatom őket?
Igen. Bármely alkatrész- vagy készletsor hordozhat egy meta objektumot — az ERP cikkszámod, rendelési sor azonosítód vagy ügyfél-hivatkozásod —, és szó szerint visszatér minden elhelyezett darabon és minden táblán vagy rúdon, így a szabásterv egyezik a saját rendszereddel. Az elrendezést soha nem befolyásolja.
Ellenőrizhetek egy kérést hívás elköltése nélkül?
Igen. A POST /v1/validate/2d, /1d vagy /wood ugyanazt a törzset séma-validálja, amelyet a megfelelő optimalizálási végpont fogad, megoldás nélkül — kulcs és kvóta nélkül. Egy 400 megnevezi a pontos hibás mezőt, és megvalósíthatósági figyelmeztetéseket kapsz (egy alkatrész, amely egyetlen készletbe sem fér) mielőtt valódi hívást költenél.
Van SDK, webhook vagy aszinkron feldolgozás?
Igen. Hivatalos SDK van TypeScripthez (npm @cutoptim/engine), Pythonhoz (PyPI cutoptim) és PHP-hoz (Composer cutoptim/engine), nyílt forráskóddal a github.com/cutoptim oldalon, az OpenAPI 3.1 specifikációból generálva — más nyelvhez ugyanerre a dokumentumra állíthatsz rá egy kódgenerátort. A legtöbb optimalizálási hívás egyszerű szinkron HTTP, amely közvetlenül visszaadja a kész tervet. Az egyetlen kivétel az aszinkron max motor, 2D lapokhoz és a true-shape nestinghez is: a POST /v1/optimize/2d vagy a /v1/optimize/nest engine:"max"-szal 202 Accepted választ ad egy jobId-vel, és a GET /v1/jobs/{id}-t pollozod, amíg elkészül — akkor, ha egy jobb terv megér másodpercektől néhány percig tartó megoldási időt. Pollozás helyett regisztrálhatsz egy webhookot a dashboardon: aláírt POST-ot küld, amikor a job elkészül.
Milyen kérés-korlátok vannak?
Hívásonként legfeljebb 2 000 alkatrész, 50 készletsor és 1 MB kérés-törzs. A legnagyobb gyártási feladatok is egyszámjegyű másodperc alatt lefutnak, bőven az időkereten belül.
API-kulcsok kezelése