Újdonságok

A tetőszerkezet-kalkulátor a nyereg- és a félnyeregtető mellett három új alakot kínál: kontytető, L alaprajzú nyeregtető és L alaprajzú kontytető. Az alak gombja betölti a piacod példáját; utána írd be a saját méreteidet. L alaprajznál a szárny fesztávja és hajlása azonos a főtömbével.

• Szabásjegyzék: élszarufák, csonka szarufák (bal és jobb), vápaszarufa és vápa-csonkaszarufák, mindegyik a hosszával, függőleges vágásával és oldalvágásával; ellenléc és tetőléc minden tetősíkon, a végük az élen vagy a vápán.
• Rajzok: a felülnézet minden szarufát a szabásjegyzék sorszámával jelöl, az új Élszarufa részlet nézet pedig az élszarufát és a leghosszabb csonka szarufát mutatja az oldalvágásokkal. A Nyomtatás / PDF lapra is rákerül.
• Rendelési lista: a Közös gérvágás kapcsolóval két darab, amelynek ferde vége illeszkedik, egyetlen fűrészvágáson osztozik. Mindkét eredményt kiszámolja, a másikat mellette mutatja.
• Optimalizálás az appban: a lista minden darab végvágásával érkezik a Fa módba, a kapcsoló úgy, ahogy hagytad.

Továbbra is csak geometria: az él- és a vápaszarufa hordja a csonka szarufákat, így a szelvényük szintén statikai kérdés.

Az app Felület módjának van egy második része: Térkő | Csempe. A Csempe egy helyiséget tervez meg egyetlen projektként:

• Felületek: a padló és az 1–4. fal, a helyiség szélességéből, mélységéből, burkolt magasságából és ajtajából; falakat hozzáadhatsz vagy eltávolíthatsz. Falon az ablakot, az ajtót vagy a kádat a rajzon húzod a helyére.
• Azonos sormagasság minden falon (alapból bekapcsolva): a vízszintes fugák körbefutnak a helyiségben. Az app a másik módon is lerakja a projektet, és mindkét lapszámot megmutatja, így látod, mibe kerül.
• Kitűzési lap: felületenként az első egész sor alja a padló felett és az első függőleges fuga a bal saroktól, a képernyőn és a PDF-ben.
• Rendelési lista lapfajtánként: lap felületenként, tartalék, doboz és megvett m²; raklap és tömeg csak akkor, ha az adatlap megadja. A maradékokat a felületek között is felhasználja, ha ez lapot takarít meg.

A weboldal csempekalkulátora egy gombbal adja át a padlóját vagy a falát: Az egész fürdőszoba megtervezése az appban. A csempeprojektek a térkőtervekhez hasonlóan a projektjeid közé menthetők, a térkőtervek pedig úgy nyílnak meg, mint eddig. Részletek: Felület mód.

Az új csempe kalkulátor a valódi padlódra vagy faladra rakja ki a lapot, nem a négyzetmétert osztja:

• A felületed: padló téglalapként vagy L alakban, vagy fal ablakkal, ajtóval vagy káddal mint nyílással.
• A lapod: a piac katalógusából — valódi méret, legkisebb fuga és dobozonkénti tartalom a gyártó adatlapjáról — vagy saját méret és fuga.
• A mintád: egyenes, kötésben (½, ⅓ vagy ¼), halszálka vagy kosárfonat, a széllel párhuzamosan vagy 45°-ban.

Minden vágott darabot megszámoz, és megmutatja, melyik lapból vágják, megadja az első egész sor magasságát és az első függőleges fuga helyét, a darabszámot pedig egész dobozra kerekíti; raklap és tömeg csak akkor jelenik meg, ha az adatlap megadja. Egyszerre egy felületet tervez, és a böngésződben számol, anélkül hogy az oldal megakadna.

A Fa mód Leszabandó darabok táblájában minden sornak van egy ∠ cellája: megadhatod a lapszöget (gér) és az élszöget (ferdeség) a darab elején és végén, a merőlegestől mérve, és azt, hogy a darab megfordítható-e. A szög önmagában nem változtat a terven; a vágási lista, a fűrészelési terv és a PDF, Excel, CSV és DXF export megmutatja, a fűrészelési terv pedig beszámolja a szöges vég miatti plusz vágást.

Ha a Beállításokban bekapcsolod a Közös gérvágást, az optimalizáló két darabot, amelynek ferde vége illeszkedik, egymás mellé tehet, így egy fűrészvágás választja el őket, és a köztük lévő ék nem vész el. Ilyen tervet csak akkor tart meg, ha szigorúan jobb a közös vágás nélkülinél. A szál-csík a közös vágást egy ferde vágássávként rajzolja, az átfordított darabot ↻ jelöli. Részletek: Fa szabás mód.

Az app első megnyitásakor induló rövid körbenézést a mai apphoz írtuk át. Kilenc lépése: a mód-fülek (2D, 1D és Felület, a Panel / Nesting és a Lineáris / Fa szabás alfülekkel), a Beállítások (CNC-mód és Több), az alapanyag-táblázat (a 📦 anyagraktár, a Korlátozott készlet és a ★ elsőbbség), a darabtáblázat (a Szál ikon és a bútor-, kerítés- és tetőszerkezet-sablon), az Optimalizálás futtatása, a vágási terv (demo adatok és Műhely-mód), a Letöltések, a Megosztás és nyomtatás és a Projektek mappa. Az anyagmód-kapcsolóról és a maradékok automatikus felhasználásáról szóló két lépés kimaradt, hogy rövid maradjon.

Javítottuk azt is, hogy a körbenézés közben megnyíló ablakra — például a lejárt munkamenet utáni belépési kérdésre — nem lehetett kattintani. A körbenézést a vezérlőpult Körbenézés újraindítása gombjával indíthatod újra. Részletek: Felhasználói felület áttekintése.

A tetőszerkezet-kalkulátor most az egész tetőt mutatja, nem csak a szarufát.

Három rajz, mind a szabásjegyzékből

• Oldalnézet: keresztmetszet a fesztáv mentén — mindkét szarufa a bemetszéssel és a függőleges vágásokkal, a gerinc, a fogópárok, az ellenlécek és minden lécsor.
• Felülnézet: minden szarufa a kiosztásán, az oromszarufák, a gerinc a toldásaival, a fogópárok és a lécsorok, minden toldás szarufán.
• Szarufa részlet: a szarufa vágás után, a vágott hosszal és mindkét szöggel.

Minden elemet a kalkulátor által épített szabásjegyzék helyez el, így a rajz és a lista nem mondhat mást. A fesztáv, a hossz, a hajlásszög, a túlnyúlások, a kiosztás, a szarufahossz és az emelkedés be van méretezve.

Szerkesztés a rajzon

Húzz egy arany fogantyút — hajlásszög, fesztáv, eresz- és oromtúlnyúlás, épülethossz, fogópár magassága —, és a tető mozgás közben frissül. A hosszak 10 mm-re, a hajlásszög 0,5°-ra ugrik. Vagy kattints egy méretre és írd be az értéket. A kijelölt fogantyú a nyílbillentyűkkel is mozog. Az űrlap végig szinkronban marad.

Nyomtatás / PDF

A Nyomtatás / PDF egy A4-es lapra teszi az oldalnézetet, a felülnézetet, a bemeneteket, a szabásjegyzéket és a rendelési listát; a böngésző nyomtatási ablaka PDF-be is menti. Ha az adatok a legutóbbi számolás óta változtak, a lap újraszámolást kér ahelyett, hogy elavult rendelési listát nyomtatna.

Az újraszámolás látható marad

Széles képernyőn a rajz és a Rendelési lista újraszámolása gomb görgetés közben is az űrlap mellett marad; telefonon a gomb a képernyő alján marad. A napi keret nem változott; a kalkulátor továbbra is csak geometriát számol, statikai méretezést nem.

A Felület mód elrendezése mostantól ugyanaz, mint a 2D és az 1D appé. Számítógépen az űrlap és az eredmény külön görget, így a terv szem előtt marad, miközben az adatokat módosítod. A Számolj gomb az űrlap alján marad, a Mentés, a Nyomtatás / PDF és a CSV pedig az eredmény tetején lévő sávba került. A méter / láb választó egy kis kapcsoló a Terület fejlécében. Telefonon a Számolj gomb a képernyő aljára van rögzítve, és megnyomása után az oldal az eredményhez ugrik. A rajzvászon most minden alakot mutat: ha a téglalap, az L alak vagy az oldal-lista egy sarkát elhúzod, a terület rajzzá válik, abból a körvonalból indulva. A térkő-kalkulátor oldalán is kirajzolódik a terület az oldalhosszakkal, ahogy gépelsz, és számítógépen az eredmény szem előtt marad, miközben az űrlapot görgeted. A rajz ránagyít az alakra, a Ctrl+Enter megnyomja a Számolj gombot, számítógépen pedig az űrlap és az eredmény közötti vonal húzásával az űrlap szélessége állítható. A kőméret-választó Formátum feliratot kapott, és a kalkulátor-oldalon is a kompakt méter / láb kapcsoló van.

Részletek: Felület mód.

Ha az Akna / akadály be van jelölve, a terület rajza vonalkázott négyzetként mutatja, a méretével és a bal széltől, illetve az aljától mért távolságával — a térkő-kalkulátor oldalán és az app Felület módjában is. Az appban a rajzon megfoghatod és elhúzhatod: a 10 cm-es (6 hüvelykes) rácsra ugrik, a területen belül marad, és a helyzet-mezők követik. A terület alakja nem változik.

Részletek: Felület mód.

A Felület mód Nyomtatás / PDF gombja mostantól igazi PDF-et készít, ugyanazzal a kinézettel és ugyanazzal az előnézettel, mint a 2D és 1D vágási terv. Benne van a terület minden él hosszával, az akna méretével és helyével, a lerakási terv a számozott vágott darabokkal (részletoldalakkal, ha egy szám nem fér el az áttekintőn), a vágott darabok listája azzal a kővel, amelyből a darab jön, vágásonként egy kártya — az ugyanúgy vágott kövek közös kártyát kapnak ×N jelzéssel, mint az azonos lapok a 2D PDF-ben — az anyagösszesítő — raklap és tömeg csak akkor, ha a gyártó adatlapja megadja —, és a szegélykő élenként.

Az előnézet melletti ⚙ Export és rajz panelen választhatod ki a részeket, a darabszámokat, az élméreteket és a feliratméretet; a Fekete-fehér PDF külön gomb, mint 2D-ben és 1D-ben. Bejelentkezve a PDF a cégneved és a logód viseli. A térkő-kalkulátor oldal is ugyanezt a PDF-et adja. Részletek: Felület mód.

A Felület módban most ott van a 2D és 1D app Projektek panelje: innen nyithatsz meg egy 🧱 Felület-tervet, a képernyőn lévő tervből indíthatsz projektet vagy új vágást, és átnevezhetsz, törölhetsz. A terv alatt most minden látszik, amit a PDF kinyomtat, ugyanazokkal a számokkal — hogyan optimalizáltunk, a tervellenőrzés, az anyagösszesítő, a terület és az élei, melyik darab melyik kőből jön (az azonos vágások ×N csoportban), a vágott darabok listája és a szegélykő élenként. Az oldal, a rajzok és a PDF-előnézet követi a világos vagy sötét témát. A kövek kis kártyák, mind azonos léptékben; a vágás fajtája szerint szűrheted őket, és egy kártyára kattintva vagy koppintva nagyban látod.

Részletek: Felület mód.

A Felület módban készült térkőtervek mostantól elmenthetők. Az eredmény alatti Mentés a terved az egyik projektedbe vagy egy újba teszi; a projektlistában 🧱 ikonnal látszik, és a beírt adataiddal, újraszámolva nyílik meg Felület módban — egy mentett terv megnyitása nem futás. A Mentés újként másolatot ment.

A projektmentés a Pro és a Műhely része, ugyanúgy, mint 2D-ben és 1D-ben; enélkül a Nyomtatás / PDF és a CSV őrzi meg a tervet. Részletek: Felület mód.

Fejlesztőknek szól. Ha csak az appban vágsz, nálad semmi nem változott.

A tegnapi MCP-szervernek mostantól helyi párja is van: a nyílt forrású @cutoptim/mcp npm-csomag. Az AI-asszisztensed npx-szel indítja, a kulcsot a CUTOPTIM_API_KEY változóból olvassa, és ugyanazt az API-t hívja — ugyanazok az eszközök, ugyanaz a kvóta, egy eszközhívás egy API-hívás. Híd nem kell, ezért a Claude Desktophoz ez a legegyszerűbb beállítás:

{
  "mcpServers": {
    "cutoptim": {
      "command": "npx",
      "args": ["-y", "@cutoptim/mcp"],
      "env": { "CUTOPTIM_API_KEY": "co_test_YOUR_KEY" }
    }
  }
}

A hosztolt szerver és a csomag is szerepel a hivatalos MCP Registryben io.github.cutoptim/engine néven. Az egyes asszisztensek beállítása az MCP-útmutatóban van (angolul).

A térkő-rendelés eddig egy m²-szorzás és egy becsült hulladék volt. Az új térkő-kalkulátor a valódi területedre rakja le a mintát:

• A terület: téglalap, L alak vagy bármilyen alakzat oldal-listával, kivágott aknával.
• A kő: a piac katalógusából (a méretek a gyártói adatlapból) vagy saját méret és fuga.
• A minta: egyenes, kötés, halszálka vagy kosárfonat, az éllel párhuzamosan vagy 45°-ban.

Úgy választja meg a kezdőpontot, hogy a két szél egyformán vágódjon, minden vágott darabot megszámoz, és megmutatja, melyik kőből jön — két ferde halszálka-darab gyakran egy kőből kijön. Ahol illik, gyári félkövet használ, a megjelölt éleken megszámolja a szegélykövet, a raklap és a tömeg pedig csak akkor jelenik meg, ha az adatlap megadja. A böngésződben fut; fiók nélkül napi 2 számolás jár.

A tetőácsolás egyetlen számmal kezdődik — milyen hosszúra vágd a szarufákat —, és ezt könnyű rövidre venni: a két végén lévő függőleges vágás miatt a fa hosszabb, mint a hajlásszögből kiszámolt hossz.

Az új tetőszerkezet kalkulátor abból számolja ki, amit lemérsz: fesztáv, épülethossz, hajlásszög, eresz- és oromkinyúlás, szarufa-osztás és szarufa-keresztmetszet.

Mit kapsz?

• A szarufa vágott hosszát egész milliméterre felkerekítve, a függőleges vágás és az ülővágás szögével és a bemetszéssel (sarokmagasság és bemetszés mélysége), méretarányos rajzon.
• Az egész tetőt szabásjegyzékként: szarufák, oromszarufák, gerinc, fogópárok, ellenlécek és tetőlécek, mindegyik a keresztmetszetével.
• Csak szarufa fölött toldott léceket: minden darab a szarufa-osztás egész számú többszöröse, legalább három szarufán fekszik fel, és a toldások soronként eltolódnak.
• Optimalizált faanyaglistát: a darabokat a megvásárolt szálhosszakra osztja el, a hulladékkal együtt.

Az angol oldalon US (láb-hüvelyk, hajlás x/12-ben, 2x faanyag) és UK (milliméter, fok, BS 5534 lécezési szabályok) között váltasz; a többi nyelv metrikus bemenetet használ.

Az appba

Az Optimalizálás az appban gomb Fa szabás módba viszi a szabásjegyzéket, keresztmetszetenként egy alapanyagsorral. Az appon belül a Fa szabás Leszabandó darabok fejléce alatti Tetőszerkezet-sablon sor nyitja meg a kalkulátort.

A kalkulátor ingyenes; fiók nélkül napi 2 számolást enged. Csak geometriát számol: nem méretezi a szarufát, és nem ellenőrzi a fesztávot, a hó- vagy a szélterhet — helyette az oldal a piacod szabályaira mutat.

Frissítés, 2026. október 23.: Fa szabás módban a sablon az üres eredmény-területen is megjelenik egy kiemelt kártyán — a lineáris mód kerítés-kártyájának párja.

A térkő-kalkulátor bekerült az appba. A módváltóban van egy harmadik fül, a Felület, a 2D és az 1D mellett; saját oldalon nyílik meg, és mindent tud, amit a kalkulátor, plusz:

• Rajz: a terület negyedik megadási módja — kattintással rakod le a sarkokat 10 cm-es (vagy 6 hüvelykes) rácson, Derékszögek zárral, visszavonással és törléssel.
• Nyomtatás / PDF: egy nyomtatható oldal a kiosztással, a rendelési listával és minden vágólappal.
• Megnyitás az appban: a kalkulátor oldalán készült terv átjön.

Minden Számolj gombnyomás egy futásnak számít a csomagodban, mint egy 2D vagy 1D futás. Felület-tervet még nem lehet projektbe menteni — Nyomtatás / PDF-fel vagy CSV-vel őrizd meg. Részletek: Felület mód.

Frissítés, 2026. október 23.: a Felület-tervek mostantól projektbe menthetők Pro és Műhely csomagban.

Az ingyenes Engine API teszt-kulcsot kereső fejlesztők bejelentkezés után nem találták az API-kulcsok kártyát: csak előfizetés után jelent meg.

Mostantól a kártya mindig ott van az Irányítópultodon. Egy kattintással ingyenes teszt-kulcsot készíthetsz (havi 1000 hívás, soha nem számlázzuk), és linkeket találsz a Gyorsindításhoz, a hivatalos SDK-khoz (TypeScript, Python, PHP) és a Studio csomag ingyenes próbaidőszakához. Éles kulcsokhoz továbbra is előfizetés kell. Részletek: Engine API.

Fejlesztőknek szól. Ha csak az appban vágsz, nálad semmi nem változott.

Az Engine API-hoz mostantól hosztolt Model Context Protocol-szerver tartozik a https://api.cutoptim.com/mcp címen. Egyszer add hozzá az AI-asszisztensedhez, és csetből tervez vágást: lapokat (optimize_2d), szálakat (optimize_1d), fát (optimize_wood) és valódi alakzatokat (optimize_nest), mellette ingyenes validate_* ellenőrzés, get_job és get_usage.

A meglévő API-kulcsodat és ugyanazt a kvótát használja: egy eszközhívás egy API-hívás, a validate_* eszközök semmibe sem kerülnek. A nyilvános demo-kulcs kis 2D-, 1D- és fa-feladatokhoz működik.

Az egyes asszisztensek beállítása az MCP-útmutatóban van (angolul).

A Csapatmunkaterületen az a tag, aki megnyitotta a tulajdonos által mentett projektet, nem tudott menteni bele: a vágás frissítése és az új vágásként mentés is mentési hibával állt le. A szerver még azt ellenőrizte, hogy a mentő a projekt tulajdonosa-e. Mostantól minden tag menthet vágásokat a közös projektekbe, ahogy a Csapatmunkaterület cikk leírja. Projektet vagy vágást továbbra is csak a tulajdonos törölhet.

A kalkulátoroldalak most egyetlen egyértelmű úttal kezdődnek a teljes app felé: egy teljes szélességű gombbal a tetején, amely átviszi az alkatrészeket, a táblákat és a fűrészlap-vastagságot, így semmit nem kell újra begépelni. A gyors számolás az oldalon marad — az Optimalizálás gomb az alkatrésztábla alatt van, és telefonon futtatás után az oldal a szabástervhez görget. A bútor-szabásjegyzékek (alsószekrény, könyvespolc, TV-állvány, szekrény) mostantól a generátorral és ugyanezzel a felső gombbal nyílnak.

A CutOptim Configurator mostantól elérhető a lapszabászatok számára. Önálló termék a CutOptim apptól: egy konfigurátor, amelyet a saját webshopodba ágyazol be, hogy a vevőid begépeljék az alkatrészeket, gépelés közben lássák a vágástervet és a te árad, és rendeljenek, anélkül hogy e-mailben küldenének neked szabásjegyzéket.

Te állítod be a lapokat és a saját árszabályaidat (lapra, m²-re, vágott méterre, élzárásra, megmunkálásra, felárakra, minimális rendelésre, vevőcsoportokra, ÁFÁ-ra). Az árat a szerver írja alá, így a böngészőben nem módosítható, a rendelés pedig aláírt webhookon és e-mailen, munkalap- és címke-PDF-ekkel érkezik a boltodba. A rendeléseket, az állapotokat és a gyártási fájlokat a konzolban kezeled. 2D lapszabást fed le, és egy WooCommerce-bővítmény korai hozzáférésben létezik. A CutOptim nem szed be fizetést: a kosár és a pénztár a te boltodnál marad.

Csomagok: kezdd ingyenes sandboxszal, amelybe betöltheted a saját lapjaidat és áraidat, majd jöhet a Starter, havonta számlázva, ÁFA nélkül, vagy az Enterprise megkeresésre. A jelenlegi árak az árak oldalon találhatók.

Olvasd el a Configurator oldalt, próbáld ki az élő demót, vagy ugorj egyenesen az API-referenciához.

Fejlesztőknek szól. Ha csak az appban vágsz, nálad semmi nem változott.

Az Engine API-nak mostantól hivatalos kliensei vannak — nyílt forráskóddal, MIT-licenccel, függőségek nélkül:

• TypeScript / JavaScript: npm install @cutoptim/engine
• Python: pip install cutoptim
• PHP: composer require cutoptim/engine

A típusaik ugyanabból az OpenAPI-dokumentumból készülnek, mint a referencia; minden optimalizálási hívással Idempotency-Key-t küldenek, így egy újrapróbálást sosem számolunk fel kétszer; kivárják helyetted az async max jobokat, és ellenőrzik a webhook-aláírást. Az SDK-k használata nem kötelező: a sima HTTPS továbbra is működik.

A forrás a GitHubon, a részletek az SDK-útmutatóban (angolul); a Gyors kezdés mindhárommal megmutatja ugyanazt a kérést.

Ha a Készlet Korlátozott, és egy 2D lapfutás után darabok megmaradnak, a terv alatti Nincs elég készlet blokkban új Alaposabb keresés (legfeljebb 30 mp) gomb van. Erősebb megoldót (PackingSolver, nyílt forráskódú optimalizáló) futtat a szerverünkön ugyanazokkal a darabokkal, táblákkal, fűrészvágás-vastagsággal és szegélyekkel (a ★ tábla-prioritást, a költség- és a forgatás-minimalizálási célt ez a keresés nem veszi figyelembe). Időzítőt (vagy a sorban elfoglalt helyedet) és Leállítás — maradjon a tervem gombot látsz, az alkalmazás többi része használható marad. CNC-módban (szabad elrendezés) szabad elrendezéseket keres, egyébként fűrésszel vághatókat (guillotine). A terved csak akkor változik, ha a keresés több kötelező (prioritású) darabot helyez el, vagy ugyanannyi kötelező darab mellett összesen többet: ilyenkor a terv, a lapstatisztika, a vágási sorrend és minden export frissül. Ingyenes fiók kell hozzá, nem fogyaszt futást; Anyag módban, szálirány-egyeztetett szetteknél valamint ha nem készlethiány miatt maradt ki darab, nem érhető el.

Egy valós munka: egy CNC-műhely, ahol a másik nesting program 197 darabot helyezett el a 21 táblán, a CutOptim pedig 196-ot. CNC-módban az Alaposabb keresés mind a 197-et elhelyezte kb. 20 másodperc alatt; a fűrésszel vágható keresés 195 darabot helyezett el, ahol a normál fűrészterv 185-öt. Nem mindig jobb: egyes munkáknál nem talál többet, és akkor semmi sem változik.

Leállt a CutOptim, vagy nálam van a hiba? Mostantól egy helyen megnézheted: az állapotoldal élőben mutatja a weboldalt, az Engine API-t, a nesting motort és az async max motort, valamint minden incidenst, amit kiírunk.

Szándékosan a szervereinken kívül fut, így akkor is működik, ha azok nem. A láblécben és az Engine API dokumentációjának menüjében találod.

Egy Műhely-ügyfelünk felvett egy kollégát a csapatába, a kolléga pedig nem is tudott róla: a meghívás csendben várakozott az Irányítópultján. Mostantól, ha felveszel valakit az Irányítópult Csapat kezelése szakaszában, a CutOptim e-mailben meghívót küld neki, amely megnevez téged és a csapatodat, egy Csatlakozom a csapathoz gombbal.

• Már van fiókja: rákattint a gombra, bejelentkezik ezzel a címmel (jelszóval vagy Google-lel), és már bent is van.
• Még nincs fiókja: többé nem kapod a „felhasználó nem található” üzenetet. A címhez létrehozunk egy fiókot, és a gombra kattintás után a munkatársad jelszót választ és csatlakozik.
• Nélküle semmi nem történik: a meghívás semmit nem ad, amíg nem kattint, és a link 14 napig működik.

A taglistádban mostantól minden személy neve és e-mail-címe látszik, az is, mikor jár le egy függőben lévő meghívás, valamint két gomb: Újraküldés (friss link) és Visszavonás. Részletek: Csapatmunkaterület.

Eddig a kalkulátoroldalakon előbb egy appba vivő gomb jött, lejjebb pedig egy üres alkatrésztábla. Most a kalkulátor az oldal első eleme, kitöltve egy példával (a lapos kalkulátorokon egy alsószekrény, a lineárisokon egy polcváz): nyomd meg az Optimalizálás gombot, és kész a terv. A saját munkádhoz írd át a méreteket vagy cseréld le az alkatrészeket. Az eredmény alatt a terv megnyitása a teljes appban átviszi az alkatrészeket, a táblákat és a fűrészlap-vastagságot; az ingyenes fiók DXF-exportot, saját logót a PDF-en és alkatrészcímkéket ad, és regisztráció után a munka az appban vár.

Fejlesztőknek szól. Ha csak az appban vágsz, nálad semmi nem változott.

A meta azt a sort követi, amellyel elküldted

A POST /v1/optimize/2d végponton, ha két sor neve és mérete azonos, de a meta eltérő volt, minden elhelyezett darab az utolsó sor meta értékét kapta. 2026. 10. 05. óta minden darab a saját sorának meta értékét viszi. Azokat a kéréseket, amelyek sorai névben vagy méretben eltérnek, ez soha nem érintette.

Kidolgozott példa a labels és a planHash használatára

Az API-referencia mostantól mutat egy include: ["labels", "planHash"] kérést és a két kulcsot, amelyet a válaszhoz ad. Mint minden include lista, ez is szűkíti a választ: a cutPlan és az offcuts csak akkor jön vissza, ha azokat is felsorolod.

Fejlesztőknek szól. Ha csak az appban vágsz, nálad semmi nem változott.

Az async max jobok másodperctől egy percig tartanak. Eddig a GET /v1/jobs/{id} pollozásával derült ki, mikor készült el egy. Mostantól szólunk:

• legfeljebb 5 https:// végpontot regisztrálhatsz a vezérlőpulton, éles kulcsokhoz, teszt-kulcsokhoz vagy mindkettőhöz;
• amikor egy job befejeződik, aláírt POST-ot kapsz — job.succeeded vagy job.failed —, a tervet a GET /v1/jobs/{id} adja;
• a CutOptim-Signature fejlécet a titkoddal ellenőrizd; a sikertelen kézbesítést 24 óra alatt 8-szor próbáljuk újra, a vezérlőpult 30 nap kézbesítését mutatja.

Részletek és ellenőrző kód a webhook-útmutatóban (angolul).

Válaszd a nyelvválasztóban a Lietuvių vagy a Português nyelvet, és az egész app átvált — a táblázatok, az eredmények, a PDF-, Excel- és matricaexportok. Az árak euróban maradnak.

A webhely lépésenként követi. Most lefordítva: a főoldal, az árak, hat kalkulátor, két útmutató, valamint a CutOptim Configurator és az Engine API oldala. Minden más oldal angolul nyílik meg, és a nyelvválasztó csak ott kínálja a litvánt vagy a portugált, ahol van lefordított oldal.

Egy ügyfél, aki címkenyomtatón nyomtat, jelezte, hogy a matrica kis rajzának vékony vonalai nem jönnek ki: csak a vastag élzáró sáv nyomtatódott, a nem élzárt élek körvonala hiányzott.

A címkenézet Cetliformátum panelében (a ⚙ gomb) mostantól van egy Vastagabb vonalak a rajzon (címkenyomtatóhoz) kapcsoló. A nem élzárt élek körvonalát és a szálirány-nyilakat feketével, nagyjából kétszer olyan vastagon rajzolja. Címkenyomtató-módban alapból be van kapcsolva, az A4 lapon ki, így az A4 címkék pontosan úgy néznek ki, mint eddig; a választást az eszköz megjegyzi.

Fejlesztőknek szól. Ha csak az appban vágsz, nálad semmi nem változott.

Az egy hosszú referencia-oldalból oldalak lettek, mind elérhetők az API-referenciából, a menüjéből és a Ctrl K keresőből:

• A te nyelveden: Gyors kezdés, Hitelesítés, Hibák, Korlátok és kvóták.
• Angolul: feladatonként egy útmutató — 2D, 1D, fa, nesting, SVG/DXF-import, anyag, szálirány-egyeztetés, élzárás, kimenetek, aszinkron munkák, újrapróbálás —, plusz fogalmak és egy verziózási oldal.
• Az eszközeidnek: dátumozott API-changelog RSS-sel, és az OpenAPI-dokumentumból generált Postman-gyűjtemény.

A régi linkek, például a /engine/reference#errors, továbbra is működnek: arra az oldalra visznek, amelyen az a szakasz most van.

Fejlesztőknek szól. Ha csak az appban vágsz, nálad semmi nem változott.

Ha megszakad a kapcsolat, nem tudod, eljutott-e a kérésed az Engine API-hoz. Mostantól minden optimalizáló hívás fogad egy opcionális Idempotency-Key fejlécet — egy munkánként választott értéket, akár egy UUID-t. Próbáld újra ugyanazzal a kulccsal, és 24 órán belül:

• ugyanaz a kérés a tárolt választ adja vissza Idempotency-Replayed: true jelöléssel — nem kerül újra hívásba, és nem számol újra;
• egy async max job ugyanazt a jobId-t adja vissza, nem indul második job;
• ugyanaz a kulcs egy másik kéréssel 409 idempotency_conflict választ kap.

Fejléc nélkül semmi nem változik. Részletek az újrapróbálási útmutatóban (angolul) és a hibák oldalán.

Fejlesztőknek szól. Ha csak az appban vágsz, nálad semmi nem változott.

Négy újabb dolog, amit egy 2D kérés kérhet

A POST /v1/optimize/2d include tömbjébe írhatók:

• labels: darabonkénti címkeadat, minden elhelyezett darabhoz egy, a táblával, mérettel, száliránnyal és az élzárt élekkel.
• planHash: a terv ujjlenyomata. Ugyanaz a terv mindig ugyanazt adja.
• pdf: a vágási terv PDF-je, ugyanazzal a kóddal rajzolva, mint az appban (kérésenként legfeljebb 500 darab).
• labelsPdf: a címkék PDF-je.

A PDF-ek base64-kódolva érkeznek a JSON-ban. Ez a négy csak 2D-ben működik; 1D-ben és fánál a válasz warnings része jelzi ezt.

Minden végpont egy interaktív oldalon

A végpont-referencia minden végpontot megmutat a kérésével és válaszával, több nyelvű kódmintával és próbakéréssel. A 2D, 1D és fa optimalizáló útvonalakon a próbakérés a nyilvános demókulccsal megy. Az oldal angol, ahogy maga az API is.

Engine API-referencia · Végpont-referencia

Fejlesztőknek szól. Ha csak az appban vágsz, nálad semmi nem változott.

Gyorsabban megtalálsz mindent

Az Engine API-referencia bal oldalán menü van. Telefonon egy gombba csukódik az oldal tetején. A Ctrl K (Macen ⌘K) vagy a / megnyitja a keresést: megtalálja a referencia oldalait, a referencia minden szakaszát a te nyelveden, és minden végpontot útvonal vagy név szerint.

Rendezettebb OpenAPI-dokumentum

A kliensgenerátorok kedvéért az OpenAPI-dokumentum négy apró ponton változott. Maga az API pontosan ugyanazt küldi, mint eddig.

• A validate és a nest tag most deklarálva van, így a referencia-eszközök helyesen csoportosítják ezeket a végpontokat.
• A GET /v1/jobs/{id} kapott operationId-t: getJob.
• Két mező, amely lehet null — a job finishedAt és a nest sheets[].price mezője — típusa most ["string", "null"] és ["number", "null"]. Az OpenAPI 3.1-ben nincs nullable kulcsszó, ezért egy 3.1-es generátor soha-nem-null mezőnek vette őket.
• Minden /v1/validate/* végpontnál látszik egy példa-válasz.

Egy ügyfél litván nyelvű matricákat kért, olyan nyelven, amelyet az app nem beszél. A címkenézet Cetliformátum panelében (a ⚙ gomb) mostantól van egy Matrica szavai szakasz, minden rögzített matricaszóhoz egy mezővel: 2D-ben Projekt, Élzárás és Lap, 1D-ben és fánál Projekt és Rúd. Amit beírsz, az minden matricán lecseréli az adott szót, az A4 címkelapon és a címkenyomtató-elrendezésben is; az üres mező az app nyelvének szavát tartja. Mezőnként legfeljebb 40 karakter, az eszköz megjegyzi.

Frissítés, 2026-10-19: az appnak már van litván nyelve — lásd: Az app litvánul és portugálul.

CNC-mód. A 2D lap-optimalizáló eddig mindig lapszabász fűrészre tervezett: minden vágás végigment. Ha CNC-marón vágsz, pipáld be a Beállításokban a CNC-mód (szabad elrendezés) jelölőt. A darabok ekkor szabadon kerülnek a lapra, így több fér el — egy ügyfél munkáján forgatás nélkül (dekor) és a pontos készletén 23-ból 23 darab fért el, ahol a fűrészes terv 20-at helyezett el.

A rést a Fűrészlap mezőben add meg (szerszámátmérő + szabad hely), a pontos lapjaidhoz kapcsold be a Korlátozott készletet, és töltsd le a DXF (CNC) fájlt — minden lap egy fájlban. CNC-módban nincs vágássorrend, mert nincs fűrészvágás.

CNC-módban: a szálirány-egyeztetés (szettek) is működik — minden szett egy blokként kerül a lapra, szabadon, mint bármely más darab. A fűrészes beállítások (első vágás iránya, max. vágási fokozat, forgatás minimalizálása, vágássorrend, sebesség/sűrűség, vágásonkénti költség) halványak, és nincs hatásuk. A Melyik lap? is szabad elrendezéssel hasonlít, és CNC-mód jelölést kap. A CNC-terv marónak készül — lapszabász fűrészen ne vágd.

(Frissítve 2026-10-14: az aznapi korlátozott készletes javítás óta a fűrészes terv is elhelyezi ennek a munkának mind a 23 darabját a készleten lévő lapokon. Korlátlan készletnél, teljes lapokon a CNC-mód továbbra is egy lappal kevesebbet használ: 3 helyett 2-t.)

Egy CNC-s ügyfél olyan DXF-et kért, amely a marógép működéséhez igazodik. A WASTE réteg: vonalak a darabok után jelölőnégyzet alatt mostantól van egy Szerszámátmérő mező: ezzel a WASTE vonal a szerszámpálya közepe, az utolsó darabtól egy szerszámsugárnyira plusz a ráhagyásnyira, de sosem közelebb a sugárnál. 6 mm-es maró 3 mm ráhagyással (9 mm-es fűrészrés) 6 mm-re teszi a vonalat a darabtól, nem 9-re. Üresen a CNC / marógép: szerszám + ráhagyás alatt beírt szerszámátmérőt használja; ha egyik sincs, semmi sem változik.

Az új Darabfeliratok a darab méretéhez igazítva (mint a PDF-ben) jelölőnégyzet (alapból be van kapcsolva) a 2D DXF-ben minden darab szövegét a darab méretéhez igazítja, mint a képernyőn: egy 2770 mm-es lapon kb. 40 mm a fix 12 mm helyett, így a lap előnézete, például Vectricben, olvasható. Kikapcsolva a régi 12 mm-es szöveg készül. Az 1D, Fa és Engine API DXF változatlan. A fűrészrés mező alatti CNC / marógép: szerszám + ráhagyás hivatkozás mostantól csak akkor látszik, ha be van jelölve a CNC-mód (szabad elrendezés); a már beírt értékek megmaradnak.

Projekt- és vágásnév. A projektnévnek ki kellett volna íródnia, amint a munka projektként el van mentve, de soha nem íródott ki. Mostantól igen: a címkéken a projektnév, a PDF borítóján és az Excel fejlécében Projekt — Vágás látszik. Előbb nyisd meg vagy told el a projektet a Projektek alatt. Mindkettő kikapcsolható — a Projektnév a Címke formátum panelben, a Projekt- és vágásnév a PDF-beállításokban (a ⚙ az előnézetben; az Excelre is vonatkozik) —, és alapból mindkettő be van kapcsolva.

Csak a lap neve, ha így szeretnéd. A Címke formátum panelben (a ⚙ gomb a címke-előnézetben) a Lap, amiből a darab készül alatt új kapcsoló van: Lapszám (#3) kiírása. Kapcsold ki, és a címkén csak a készletsor neve látszik — például Nyír 18 vagy egy színkód —, a Lap #3 nélkül. A név nélküli készletsor megtartja a számát. A választást megjegyzi az eszköz.

Ha a Készlet Korlátozott, és darabok kimaradnak, a 2D lapszabászat mostantól azt is kipróbálja, hogy a lapokat egyenként tölti fel, és előre teszi azokat a darabokat, amelyek egyetlen későbbi lapra sem férnének. Ezt a tervet csak akkor választja, ha így több darab kerül kivágásra, és minden lap továbbra is széltől szélig tartó fűrészvágásokkal vágható.

Egy ügyfél munkáján (23 dekorlapos darab, forgatás nélkül, 9 mm köz, egy nagy és két keskeny lap) a fűrészes terv most mind a 23 darabot elhelyezi — korábban 20-at. A 4599 korlátozott készletű munkából álló tesztkészletünkön 1121 munkánál több darab kerül kivágásra, és egyiknél sem kevesebb. A már minden darabot elhelyező tervek nem változnak, a Korlátlan készletet nem érinti. A mentett tervek csak újrafuttatáskor változnak.

Ha pontosan a meglévő lapjaidra nestelsz — az Engine API-ban respectStock —, és a terv még darabot hagyott ki, a motor most laponként is feltölti a lapokat, mindegyiket annyira, amennyire lehet, és a csak egy lapméretre férő darabokat oda teszi előbb (a magas oldallapot az egyetlen nagy lapra, nem egy maradék-csíkra). Ezt a tervet csak akkor tartja meg, ha több darabot helyez el vagy kevesebb anyagot használ, így amelyik munkán már minden elfért, az pontosan úgy jön vissza, mint eddig.

Mérés 260 munkán az előző változathoz képest: 43 munkán több darab fér el (összesen 91), egyiken sem kevesebb, a többi munka válasza változatlan.

Mi volt a hiba. A centiméterben készült terv DXF-je a fejlécében milliméternek mondta magát, de a számai centiméterben voltak. A CAD és CAM programok ezért minden táblát és alkatrészt tízszer kisebbnek nyitottak meg. Ez érintette az egyfájlos DXF-et és a táblánkénti ZIP-et; a nesting DXF egyáltalán nem adott meg egységet, ami a millimétert feltételező programokban ugyanezt okozta.

Mi változik. A centiméteres terv most milliméterben íródik ki: minden méret tízszeres, és a fejléc millimétert mond, így az alkatrészek valódi méretükben nyílnak meg. Azért a millimétert választottuk és nem centiméteres fejlécet, mert sok CAM program figyelmen kívül hagyja a fejlécben megadott egységet, és amelyik olvassa, az is sokkal inkább ismeri a millimétert, mint a centimétert. Csak a szöveges feliratok maradnak centiméterben.

Mit tegyél. Ha október 13. előtt centiméteres tervből exportáltál DXF-et, exportáld újra. A milliméteres és inches terveket nem érintette — a DXF-jük bájtra ugyanaz, mint korábban.

Az erezet egyeztetés mostantól azt jelenti, amit mond. A mai napig egy erezet-egyeztetési csoport csak megpróbálta ugyanazon a táblán tartani a darabjait — így akár a tábla két végén is végezhették, és a mintázat nem futott át. Az erezet egyeztetés mostantól szetteken alapul: úgy rendezed el a darabokat, ahogy a szekrényen ülnek — egy fiókelőlap két ajtó fölött, egy ajtósor, egymásra rakott fiókelőlapok —, és a CutOptim a szettet egyetlen blokként vágja ki, a darabok egymás mellett a lapon, pontosan egy fűrészrésnyi távolságra, egyetlen erezet-iránnyal. A vágás után a fiókelőlap és az alatta lévő ajtók egyetlen lapszakaszból jönnek.

Hol találod. A Darabok (2D) táblázat alatt az Erezet egyeztetés sáv megnyitja a szett-szerkesztőt: név, hány példány, darabok sorai vagy oszlopai, a szett erezete, valamint élő előnézet a szekrényelőlapról és a blokkról a lapodon.

(Frissítve 2026-10-13: a sáv akkor jelenik meg, ha a Darabok (2D) táblázat fölötti Erezet egyeztetés kapcsoló be van kapcsolva.)

Ellenőrzések, amelyek maguktól javítanak. A szerkesztő ellenőrzi, hogy a sorok egy vonalba esnek-e a szekrényen — a frontok közti beépítési hézagot is beleszámolva, amelyet a fűrészréstől külön is megadhatsz —, és egykattintásos javítást kínál („Fiókelőlap szélessége legyen 48 3/16”). Azt is ellenőrzi, hogy a blokk ráfér-e valamelyik lapodra, hogy a darabtáblázatban elég darab van-e minden példányhoz, és hogy a CNC-szerszám hézaga, ha szélesebb a szekrényen lévőnél, jelezve legyen az eltolás méretével.

Minden kimenet tudja, hová való a darab. A szett minden darabja kap egy pozíciókódot — A1, A2, A3 —, a rajzokon, a vágáslistákon, a cetliken („SET A · A2 (3 db közül, bal)”), az Excelben, a CSV-ben, az SVG-ben és a DXF-ben. A PDF hozzáad egy Erezet egyeztetés oldalt, szaggatott keretet minden szett köré és egy asztalos-háromszöget, amelyet vágás előtt ceruzával rajzolhatsz a táblára.

Sablonból egy kattintással. Az alsó konyhaszekrénynek új front-elrendezése van, az 1 fiók az ajtók fölött, és az alsó szekrény, a szekrény és a TV állvány sablonja a frontjait szettként is be tudja szúrni.

Mely csomagokban. Az erezet egyeztetés mostantól minden bejelentkezett csomagban elérhető: a Free-n a szettes futtatás a havi futtatásaid egyike, a Pro havi szettes futtatási keretet tartalmaz (utána használatalapú kreditek), a Műhely korlátlan. Fiók nélkül kipróbálhatod a szerkesztőt; a szett nem mentődik. Az Engine API ugyanezeket a szetteket matchedSets néven fogadja.

Hogyan működik az erezet egyeztetés

Egy sor, két kapcsoló. A Darabok (2D) táblázat fölött mostantól egymás mellett van az Élzárás és az Erezet egyeztetés, mindkettő a saját ⓘ-jével. Az erezet egyeztetés ⓘ-je egy mondatban elmagyarázza a funkciót, és az útmutatóra mutat.

Szettekkel a kapcsoló a projekt Be / Ki állapota. Ki állásban az erezet egyeztetés szünetel: a szettek megmaradnak, a következő futtatás figyelmen kívül hagyja őket, és a táblázat alatt nem jelenik meg semmi — a kapcsoló súgója megmondja, hány szett van megtartva. Be állásban visszajön a sáv a szettekkel és a ＋ Új szett gombbal.

Szett nélkül a kapcsoló csak a szettet létrehozó sort mutatja vagy rejti el, ezen az eszközön. Alapból Ki, és semmit nem változtat a projekten, a futtatáson vagy azon, ami mentődik. Ez váltja a sor ✕ gombját és az Irányítópulton, illetve a Beállításokban lévő visszakapcsolást.

Hogyan működik az erezet egyeztetés

Frissítve 2026-10-14: Pro csomagon a kapcsoló tippje azt is mutatja, hány szettes futtatást használtál el ebben a hónapban, és ha elfogyott és nincs kredited, a bekapcsoláskor figyelmeztetést kapsz.

Frissítve 2026-10-14 (2): szett nélkül a kapcsoló már nem Ki állásból indul — a szettet létrehozó sor magától megjelenik egy ⓘ-vel és egy ✕-szel, amikor az erezet egyeztetés hasznosnak tűnik a munkához (erezetirányos darab, ajtó, fiók vagy előlap nevű darab, vagy előlapos bútorsablon). A ✕ elrejti, és az Élzárás mellé kiteszi az Erezet egyeztetés kapcsolót; szettekkel a kapcsoló eleve ott van.

Frissítve 2026-10-14 (3): az Erezet egyeztetés kapcsoló mostantól mindig látszik az Élzárás mellett, így látod, hogy van ilyen funkció. Be állásban van, amíg a szettet létrehozó sor látszik (ez továbbra is magától jelenik meg, ha hasznos), egyébként Ki; a ✕ kikapcsolja.

Melyik lap, minden címkén. A Megosztás és nyomtatás → Cetlik nyomtatása alatt minden címkén mostantól van egy sor, például Lap #3 — Birch 18 (2D) vagy Rúd #2 — Spruce 50×100 (1D és Fa mód). A szám ugyanaz, mint a PDF munkalapjain, utána az alapanyag neve következik, így egy lap darabjait a fűrésznél szét lehet válogatni. Ha egy darab három példánya két lapról jön, minden példány címkéje a saját lapját nevezi meg.

Szálirány. Ha a munkát száliránnyal vágod, a címkén a darab körvonalán három nyíl fut a szál mentén. A körvonal úgy van rajzolva, hogy a darab szélessége vízszintesen áll, ezért a címkét úgy ragaszd fel, hogy a nyilak a szálirány szerint fussanak.

Mindkettő működik az A4-es íven és címkenyomtató módban is, és alapértelmezés szerint mindkettő be van kapcsolva: a cetli-előnézet Cetliformátum paneljén (a ⚙ gombbal) egy Lapszám és egy Szálirány-nyilak kapcsolóval bármelyik kikapcsolható. A projektnév, amelyet a címkék október 12. óta nyomtatnak, akkor jelenik meg, ha a munka projektként el van mentve.

Egy harmadik kapcsoló, a Méretek a rajzon (2D, ez is alapból bekapcsolva), kis számokkal kiírja a darab szélességét a körvonal fölé, a magasságát pedig a bal oldala mellé.

A munkád túléli a kijelentkezést. 60 perc tétlenség után a weboldal kijelentkeztet. Eddig egy mentetlen munkát tartalmazó oldal ezután nyitva maradhatott, és minden mentés egy puszta „Hiba” üzenettel bukott el. Most a CutOptim megőrzi, ami a képernyőn van — alkatrészek, készlet, beállítások és az utolsó eredmény —, és a bejelentkezéshez visz. Belépés után az app a visszatöltött munkáddal nyílik meg, menthetően.

Érthető üzenet a „Hiba” helyett. Ha mentéskor vagy futtatáskor kiderül, hogy kijelentkeztettünk, egy ablak ezt megmondja, és Bejelentkezés gombot kínál — a munkád belépés után visszajön.

A telepített app egy munkanapig bejelentkezve marad. A telepített appban (PWA) a tétlenségi kijelentkeztetés 1 óra helyett 12 óra után jön, így egy szünet a fűrésznél már nem léptet ki.

Válaszd a Darabok fejlécében a CSV ⌄ → Sablon pontot (2D, 1D vagy Fa), és a fájlban most minden oszlop alatt van példa — az ár, az eladási ár és az anyag is —, így a saját listád kitöltése előtt látod, milyen formátumot vár az egyes oszlop.

• Élzárás típussal (2D). Az első példasor a felső és az alsó élt név szerinti típussal zárja: T:ABS 22×1;B:ABS 22×1. A második a típus nélküli formát mutatja: TRBL. Ha egy típusnév nincs az élzárótípus-könyvtáradban, az él akkor is élzárt lesz, csak típus nélkül.
• Szál (2D). A második példasor Szál oszlopában L áll (a szál a Hossz mentén), és a sor nem forgatható, mert a szálirányos darab megtartja az állását.
• Anyag. Mindkét sorban ugyanaz az anyag áll, így a sablon importja nem kérdez rá az anyagra. Anyagspecifikus módban akkor rendeli a darabhoz, ha az Anyagraktáradban van ilyen nevű anyag.
• Maradék raktár. A maradék-sablonban is van anyag.

Ha a sablont változatlanul importálod, a második 2D-s darab szálirányt kap — import előtt cseréld le a példasorokat a saját listádra.

Minden menet kap számot. Ha egy ütköző-beállítás ugyanazt a vágást több csíkon át végzi, az továbbra is egy lépés, de a jelölése mostantól · 2 menet a korábbi ·2× helyett, és minden menet 3a, 3b számot kap a PDF munkalapján és az Excel munkalap-képén. Korábban csak az első csíkon volt szám. Az Eredmény megmondja, mit szabadít fel az egyes menet, 3a → 27 · 3b → 28, így két darab már nem olvasható egyetlen vágásnak, amely mindkettőt felszabadítja. A PDF ezt 3a: 27 · 3b: 28 alakban írja. Az a menet, amely semmit nem szabadít fel, kimarad.

A vágásszámok nem ütköznek egymással. Az a szám, amely másik vágásszámra — vagy a PDF-ben egy darab számára — esne, a saját vágóvonala mentén elcsúszik, egy rövid vezetővonallal a vágáshoz kötve. Az a szám, amely semmivel nem ütközik, marad, ahol volt.

A munkalap megtartja a meneteket. Több csíkos lépés alatt a PDF-táblázat minden olyan menethez kap egy sort, amely felszabadít valamit. Zsúfolt lapon lépésenként egy tömör sorrá vonódik össze, így a sorrend sosem csúszik át egy külön oldalra.

Laponkénti számozás. A képernyős táblázat, a lejátszó (Lap #9 · Lépés 3/21), a PDF függeléke és az Excel vágásterv-füle mostantól minden lapon 1-től n-ig számozza a lépéseket, ahogy a PDF munkalapjai mindig is. A Műhely-mód pipái ettől nem változnak.

Új beállítás: Vágási sorrend. A Beállítások → Több → Vágásterv és gép alatt, csak 2D-ben, minden csomagban: az Ütköző-beállításonként (lapfűrész) az alapértelmezés, és úgy működik, mint eddig. A Menetenként (kör- vagy sínes fűrész) minden vágást külön lépéssé tesz, így 21 lépésből 23 lesz. Az átállítás csak a vágástervet rajzolja újra: az elrendezést nem számolja újra, és futtatást nem használ el. A projekttel és a mentett vágással együtt mentődik. A Műhely-mód pipái átváltáskor újra kezdődnek, mert a lépések listája megváltozik.

Sorrend-javítás. Egy fázison belül egy lépés sosem szerepel előbb annál a lépésnél, amely a szülővágását tartalmazza. Az összevont lépés korábban megnevezhetett olyan darabot, amely még rögzítve volt.

Az Engine API PDF-je (include: pdf) ugyanezeket a munkalapokat nyomtatja. Az API mezői nem változtak.

Egy bútorkészítő, aki 100 × 40 mm-es matricatekercsre nyomtat, két dolgot kért: cetlinként egy matricát, és nagyobb élzárás-képet.

Címkenyomtató mód. A Megosztás és nyomtatás → Cetlik nyomtatása alatt az előnézetben mostantól van egy Cetliformátum panel. Válaszd a Címkenyomtató (oldalanként egy cetli) lehetőséget, és add meg a cetli Szélesség (mm) és Magasság (mm) értékét — alapértelmezés szerint 100 × 40 mm. Ekkor minden cetli külön oldalt kap, pontosan ekkora méretben, fejléc és lábléc nélkül, a szöveg a cetli méretéhez igazítva; a méretedet a program megjegyzi. A nyomtatási ablakban ugyanezt a papírméretet válaszd, és 100%-on (tényleges méretben) nyomtass. Hagyományos nyomtatóhoz az A4-es ív (3 oszlop) marad az alapértelmezett.

Nagyobb élzárás-kép. A cetlin lévő körvonal mostantól nagyjából kétszer akkora, és a darab saját arányaiban van megrajzolva. Az élzárt élek vastagok, az élzáratlan élek vékonyak és szaggatottak, így az „nincs élzárás” jól láthatóan más, mint egy vonal, amely nem nyomtatódott ki.

Nagyobb méretszám. Ugyanebben a Cetliformátum panelben a Méretszám betűmérete (Normál, Nagy, Extra nagy) a darab méretét első, félkövér sorként, a cetli teljes szélességében nyomtatja, hogy messziről is olvasható legyen. A darabszám mindig látszik.

Egy bútorkészítő olyan cimkéket kért, amelyekről az élzárógép kezelője leolvassa, mi a dolga: a darab nevét, a projektet és az élzárást.

Élzárás a cimkén. A Megosztás és nyomtatás → Cetlik nyomtatása alatt minden élzárt darab cimkéjén mostantól ott van a darab kis körvonala, amelyen az élzárt élek vastagon vannak rajzolva, és egy sor, amely megnevezi az oldalakat és az élzárás típusát — például Élzárás: T B: ABS oak 22 · L: ABS white, ahol a T, R, B, L a felső, jobb, alsó és bal élt jelenti. Az élzárás nélküli darabok cimkéje nem változik.

Projektnév a cimkén. Ha a munka projektként el van mentve, minden cimkén a projekt neve is szerepel, így a kivágott darabról is kiderül, melyik munkához tartozik.

Fejlesztőknek: az Engine API labelsPdf kimenete ugyanezeket az élzárás-jelöléseket viszi a parts[].edgeBanding alapján.

A haladás követése eddig laponként kétállású kapcsoló volt – Nem kezdett vagy Kész –, a Műhely-módban megkoppintott darabok és kipipált vágások pedig azon az eszközön maradtak, amelyiken jelölted őket. Mostantól ezek a jelölések maguk a haladás:

• A lap vagy rúd fejlécében lévő jelvény számolja őket: 5/19 darab, ✂ 3/7 vágás, sárgán, amíg a lap folyamatban van, zöld ✓-tel, ha kész. A legördülő megszűnt; a ✓ gomb egy kattintással késszé teszi a lapot, újra megnyomva visszaállítja Nem kezdettre.
• Az eredmények fölötti összesítő mutatja, hány lap és rúd Kész (✓ 7/12).
• Mentett vágásnál minden jelölés a szerverre kerül: a vágás a fűrész melletti tableten az asztalnál tett jelölésekkel nyílik meg, egy Csapatmunkaterületen pedig a kollégáid is látják őket – a vágás megnyitásakor, a fülre visszatérve, és Műhely-módban 20 másodpercenként. Ha ketten különböző lapokat jelölnek, már nem írják felül egymást.

Lásd: Haladás követése.

Eddig csak az a lap vált készre, amelynek minden darabját megkoppintottad, és ott is maradt, ha egy darabot visszavontál; a vágási sorrend táblázatában kipipált vágások az állapotot egyáltalán nem érintették. Mostantól mindkét jelölés vezérli a lap vagy rúd fejlécében lévő legördülőt: ha minden darab meg van koppintva, vagy a lap illetve rúd minden vágása ki van pipálva, az állapot Kész lesz; ha egy jelölést visszavonsz, újra Nem kezdett. Amit te magad állítasz be a legördülővel vagy a ✓ gombbal, azt egy másik darab megkoppintása nem írja felül. Lásd: Haladáskövetés.

Frissítés, 2026-10-12 (ugyanaznap később): a legördülő megszűnt – mostantól maguk a jelölések a haladás, és mentett vágásnál közösek. Lásd: A haladás darabokat számol, és a jelölések közösek.

★ csak Korlátozott készletnél. A készlettáblák ★ oszlopa mostantól csak akkor jelenik meg, ha a Készlet (illetve a Rúdkészlet) Korlátozott — ugyanúgy, mint a darabszám oszlop. Korlátlan módban rejtve marad, és nem számít: a CutOptim annyi lapot vagy rudat vesz, amennyi a tervhez kell, így nincs mit előbb elfogyasztani. A csillagok a sorukon maradnak, és Korlátozottra váltva visszatérnek.

A maradék sorok mindkét módban előbb fogynak. Ha egy darabot a Maradék raktárból hozol át a készlettáblába (↑ vagy Mind az alapanyaghoz), abból maradék sor lesz: automatikusan csillagot kap, elsőként kerül sorra, és sosem többször, mint a darabszáma — most már Korlátlan módban is, ahol előbb ezt tölti fel a program, mielőtt új lapot vagy rudat venne, és sosem ismétli meg. Korábban Korlátlan készletnél és Minimalizáld a költséget célnál egyetlen 1200×800-as maradékból akár 23 „ingyenes” lap is lehetett. A Maradékok automatikus felhasználása nem változott, és mindkét módban működik.

A maradék sorok jól láthatók, és nem kerülnek számlára. A maradék sor név-cellájában mostantól ♻ jelvény látszik (×N-nel, ha több darab van), mindkét készlet-módban — így Korlátlan módban is felismered, ahol a ★ és a darabszám oszlop rejtve van. A maradék sorokból vágott lapok és rudak a képernyőn, a PDF-ben és az Excelben a felhasznált maradékok között szerepelnek, nem megveendő új anyagként, és az árajánlat nem számlázza ki őket. A ⚖ Melyik lap? már nem kínál fel maradék sort megveendő méretként, az Ezt használom pedig a táblában hagyja a maradék sorokat.

A Minimalizáld a költséget sosem drágább, mint a Minimalizáld a hulladékot. Ugyanarra a bemenetre — 2D-ben, 1D-ben, Fában és az Engine API-ban — a költségcél már nem adja a drágább tervet. Korábban két készletmérettel nagyjából minden huszadik munkánál ez megtörtént.

Ár nélküli sorok. Korlátozott készletnél az ár nélküli sor továbbra is ingyenesnek számít (a saját maradékodnak). Korlátlan készletnél és Minimalizáld a költséget célnál, ha csak néhány sornak van ára, az ár nélküli sorokat a legdrágább megadott egységárad szerint rangsorolja a program, és kihagyja őket a végösszegből; ezt a terv előtt egy üzenet jelzi, az összegzés, a PDF és az Excel pedig megnevezi ezeket a sorokat. Ha egyáltalán nincs ár, az összegzés most kiírja, hogy a futás a legkevesebb anyagra optimalizált.

Átláthatóbb kimenetek. A Hogyan optimalizáltunk blokk — a képernyőn, a PDF-ben és az Excelben — minden módban, a Fát is beleértve, megadja a készlet-módot, Korlátlan módban pedig megnevezi a felhasznált maradék sorokat. Az Excel Áttekintés lapja most felsorolja a figyelmeztetéseket (ki nem vágott darabok, kimaradt kötelező darabok, ár nélküli sorok, anyagmód nélküli azonos méretű sorok), amelyeket a munkafüzet korábban elhagyott. 1D-ben és Fában a minden rúdnál hosszabb darabok is bekerülnek az összegzés nem került kivágásra megjegyzésébe.

Gördülékenyebb importálás. Minden nyelven több oszlopcímet ismer fel (például a mennyiséghez Mennyiség, Pieces, Anzahl, az árhoz Anyagár, Cost), és a Forg. oszlopban az Excel IGAZ/HAMIS értéke is működik. Ha egy fejlécet csak részben ért, és a sorrend szerinti olvasás ellentmondana neki, semmi nem kerül be, és az üzenet megnevezi az ismeretlen oszlopot — korábban ilyenkor rossz méretek kerülhettek be szó nélkül. 2D-ben a Szál oszlop (W, L vagy nincs) a darabok és — újdonság — a beillesztett alapanyag-lapok szálirányát is beállítja, és a CSV-sablonban is megjelent. A hüvelykben vagy mm-ben rajzolt nesting-DXF-et a program átváltja a munka-mértékegységedre. Ugyanígy a nesting-SVG-t is, ha a lapmérete mm-ben, cm-ben vagy hüvelykben van megadva; a transzformációit alkalmazza, a rejtett és a defs-en belüli alakzatokat pedig kihagyja. A táblák feletti beillesztő mező egy keskeny, egysoros sáv, amíg rá nem kattintasz.

Javítások. Minden készletsor a saját csillagát tartja meg: a 2D, az 1D és a Fa tábla egymástól független, és egy sor törlése már nem viszi át a csillagokat más sorokra. Korlátlan módban a rejtett darabszám már nem befolyásolja a tervet (a maradék sorok megtartják a darabszámukat, ezt a ♻ jelvény mutatja), és a Korlátozott módban beállított ⚑ kötelező-jelölés Korlátlanra váltás után már nem érvényes. A Fa terv anyagköltsége mostantól a ténylegesen felhasznált rudak száma × áruk — korábban a rejtett darabszám korlátozta. Az 1D és Fa PDF készlethiánynál már rudakról beszél, nem lapokról, a Kötelező darabok (elsőként vágva) blokk pedig a kötelező darabokat úgy sorolja fel, ahogy a terv futásakor voltak.

Korlátozott kapcsoló a készletdobozban. Minden készletdoboz saját Korlátozott kapcsolót kapott az Anyagmód és a Melyik lap? alatt — nem kell megnyitnod a Több gombot. Kapcsold be, és a mennyiség oszlop közvetlenül a név után megjelenik. A Beállításokban lévő másolat a Több alatt marad.

A csillagos maradékok felhasználódnak. Korlátozott készletnél egy csillagos, költségmentes sor — jellemzően egy készletsorként beírt maradék — most akkor is felhasználódik, ha nem spórol meg egy lapot. Azonos ár mellett a terv több darabot tesz a csillagos készletre. Az árazott csillagos lapot továbbra sem nyitja meg csak azért, hogy néhány darabot tartson, és a többi lap száma sosem nő.

Nincs olyan lap, amire a munkának nincs szüksége. Korlátozott készletnél a CutOptim eddig az első méret minden lapját megnyitotta, mielőtt a következőre lépett, még ha a munkához a másik méretből úgyis ugyanannyi kellett. Mostantól azt is kipróbálja, ha egy lap bent marad a készletben, és ezt a tervet tartja meg, ha olcsóbb (Minimalizáld a költséget), vagy kevesebb anyagot használ (Minimalizáld a hulladékot). Egy ügyfél munkáján 3 kis + 3 nagy lapból 2 kis + 3 nagy lap lett: ugyanazok a darabok és ugyanaz a három nagy lap, 63,53 €-val kevesebbért. Csillagos készletnél ez azt jelenti, hogy a program nem nyit másik méretű lapot, ha a csillagos lapok helyettesíthetnék — de egy csillagos lap, amely nem spórolna meg egyet, bent maradhat a készletben.

Egy asztalos, aki a nagy lapjait más munkákra tartogatja, azt kérte, hogy előbb a kicsik fogyjanak el. A készlettáblázat ★ jele eddig csak döntetlen-feloldó volt: akkor számított, ha két terv egyébként egyenlő volt.

Csillagos készlet előbb. Ha a Készlet értéke Korlátozott, a CutOptim mostantól a ★ sorokat használja fel, mielőtt másik méretet nyitna — 2D-ben, 1D-ben és Fában is —, akkor is, ha a terv így kicsit többe kerül vagy több anyagot használ. Darab nem marad ki, és a megadott mennyiségeket sosem lépi túl. Korlátlan készletnél a ★ továbbra is csak az előnyben részesítendő méretet jelöli. A már elmentett tervek addig nem változnak, amíg újra nem futtatod őket.

(Ugyanaznap javítva: Minimalizáld a költséget és Korlátozott készlet mellett a terv egy méretből több lapot is használhatott, mint amennyit megadtál.)

(2026-10-12-én finomítva: a program nem nyit másik méretű lapot, ha a csillagos lapok helyettesíthetnék — de egy csillagos lap, amely nem spórolna meg egyet, mostantól bent maradhat a készletben, ha így olcsóbb a terv.)

(2026-10-12-én módosítva: Korlátlan készletnél a ★ oszlop mostantól rejtve marad, és a csillag nem számít, mert a CutOptim annyi lapot vesz, amennyi a tervhez kell. A csillagok a sorukon maradnak, és Korlátozott módban újra érvényesek. A Maradék raktárból áthozott maradék sorok automatikusan csillagot kapnak, és mindkét módban elsőként kerülnek sorra.)

Az Engine API, a CutOptim vágómotorja a saját szoftvered számára, mostantól két havi csomaggal érhető el. Íme, mit kapsz.

Két csomag

Mindkét csomag ugyanazokat a motorokat, mind a négy módot (2D lapok, 1D rudak, keresztmetszet-párosítású faanyag és true-shape nesting) és minden beállítást tartalmazza. Havonta, euróban számlázva.

A tudnivalók

• Minden kérés ugyanannyit számít, a nesting is. Egy true-shape nesting-munka egy kérésbe kerül, pont úgy, mint egy 2D vagy 1D.
• Kemény plafon, túlhasználat nélkül. Amikor a havi kvóta elfogy, a hívások 402-t adnak, amíg a kvóta a következő hónap első napján vissza nem áll. Nincs váratlan számla.
• Két e-mail, hogy a plafon ne lepjen meg. A kvóta 90 százalékánál e-mailt küldünk a fióknak, és még egyet, amikor elfogyott.
• Csomagváltás az irányítópultról. Az irányítópultod API-kulcsok kártyáján a Váltás: Scale (vagy Váltás: Studio) gomb megváltoztatja a csomagot, és az új kvóta azonnal érvényes. A váltás a próbaidő után érhető el.
• Próbáld ki fizetés előtt. Az API-referencia Példa futtatása gombjai egy nyilvános demókulcsot használnak, fiók nélkül. Emellett minden bejelentkezett fiók készíthet teszt-kulcsokat: saját, kis havi keret, soha nem számlázódik, előfizetés nélkül. A Studio utána ingyenes próbaidővel indul.
• A Scale-nél nagyobb mennyiségeket egyedileg áraljuk: írd meg, mire van szükséged.

A csomagok az Engine API oldalon és az árak oldalon találhatók.

Egy hobbi-asztalos, aki a CutOptimot egy másik szabásjegyzék-programmal hasonlította össze, két dolgot mondott nekünk: meg kellett állnia és végiggondolnia, melyik számot írja a szélességhez, hogy a szálirány jó legyen, és a másik program PDF-je sraffozással mutatta a szálirányt — így vette észre a saját hibáját. Ez a kiadás mindkettőre választ ad, és az összehasonlításból még néhány ötletet átvesz a PDF-be.

Szálirány. 2D Lap módban minden lap- és darabsor egy Szál ikonnal végződik — ez a sor kicsinyített képe úgy, ahogyan beírtad, a szál irányában futó vonalakkal. Egy kattintás a darabot a szabad (forgatás-nyíl) → szál a Szélesség mentén → szál a Hossz mentén állapotokon lépteti végig; ha az egeret fölé viszed, kiírja a pontos oldalt (A szál a(z) 24 méretű oldal mentén fut), így már nem számít, melyik szám került a Szélességbe és melyik a Hosszba. A CutOptim minden szállal rendelkező darabot úgy fordít el, hogy a szála a lapjának szálát kövesse, a többit pedig szabadon forgathatónak hagyja. A lapok a szálirányukkal a hosszabb oldaluk mentén indulnak; MDF-hez vagy melaminhoz kattints a szaggatott körvonalig. Az ikon a régi Forg. jelölőnégyzet helyére lépett, és nincs kapcsoló, amivel be kellene kapcsolni: a szál attól számít, hogy egyetlen darabnak is van. Minden csomagban elérhető, vendégként is. Lásd: Szálirány.

(Frissítve 2026-10-05: a kiadás első változata soronként legördülő cellás Szálirány kapcsolót használt; ugyanazon a héten az ikon váltotta fel.)

Szálirány, amit látsz. A szállal rendelkező lapokat és minden rajtuk lévő darabot sraffozás jelöli a szálirány mentén — a képernyőn, a PDF-ben és az Excel képein. Az Export és rajz egyik beállítása kikapcsolja a sraffozást.

Teljesebb munkalap. A PDF minden munkalapja mostantól az adott lap kulcsszámaival nyit — a hulladék, az újrahasználható maradék és a vágáshossz laponként, nem csak az egész munkára. Az újrahasználható maradékok a méretükkel együtt a lapra vannak rajzolva, hogy a megfelelő darabot tartsd meg, a vágási sorrendnek pedig van Eredmény oszlopa: azoknak a daraboknak a számai, amelyeket az adott vágás felszabadít. Ugyanezek a számok és maradékok a képernyőn is megjelennek az egyes lapok alatt, az Eredmény oszlop pedig a képernyős vágási sorrendben és az Excel-lapokon is ott van.

Tervellenőrzés. A PDF összefoglalója és az Excel Áttekintés lapja néhány igen/nem tényt sorol fel, minden módban: minden darab elhelyezve, Anyagmód bekapcsolva, szálirány betartva, újrahasználható maradékok. Ha az azonos méretű alapanyag-sorok eltérő nevet viselnek, miközben az Anyagmód ki van kapcsolva — mondjuk 1/2” és 3/4” rétegelt lemez, vagy két azonos hosszúságú profil —, a tervellenőrzés figyelmeztet, hogy a program egy anyagnak kezeli őket.

Laponként külön DXF. A Letöltések menü DXF — laponként külön fájl (ZIP) pontja minden lapot külön DXF-be ír, olyan CAM-programokhoz, mint a Vectric Aspire, amelyek munkánként egy lapot vesznek át.

Továbbá

• A PDF alkatrésztáblázata már nem lóg le az oldalról, ha hosszúak az anyagnevek; a hosszú nevek tördelődnek.
• A PDF-ek nagyjából ötször kisebbek — ugyanazok az oldalak, tömörítve.
• A hulladéklistán és a maradékraktárban lévő maradékok mostantól pontosan azok a darabok, amelyeket a vágási sorrend hátrahagy.
• Az Engine API a lap- és darabsorokon is fogadja a grain mezőt — lásd: Engine API.
• A Szál oszlop fejlécében lévő ⓘ a Szálirány súgóoldalt nyitja meg; a Melyik lap? gomb mostantól az Anyagmód kapcsolóval egy sorban van.
• Az a darab, amely csak a szála ellenében elfordítva férne el, a ki nem helyezettek között így van felsorolva, a két kiúttal: kattints a Szál ikonjára, amíg vissza nem áll a forgatás-nyílra, vagy használj olyan lapot, amelynek a szála a másik irányba fut.
• A Grain direction oszlop, amelyben h és v érték is szerepel (ahogyan a CutList Optimizer exportálja), 90°-kal elfordítva tartja egymástól ezeket a darabokat — lásd: Adatok importálása.
• Az Első vágás iránya és a Széllevágás oldalanként minden lapra úgy vonatkozik, ahogyan megadtad, a szálirány szerint másfelé futó lapon is — az appban és az API-ban egyaránt.

Lásd: Szálirány és Exportálás és letöltések.

Egy asztalos, aki kézzel, asztali körfűrészen vág, elmondta nekünk, mi hiányzik a tervből: a vágási listának ugyanazon az oldalon a helye, ahol a rajz van, a kis darabok elveszítik a nevüket, és a hüvelyket úgy kellene olvasni, ahogy a mérőszalagon áll. Ez a kiadás erre a listára épül.

Munkalapok a PDF-ben. Minden különböző lap-elrendezés saját oldalt kap, rajta mindennel, ami annak a táblának a felszabásához kell: a rajz, amelyen minden darab számozva van, a neve a hosszabb oldala mentén, a méretei az éleken állnak; a vágásvonalak számozva, abban a sorrendben, ahogy készülnek; az adott lap darabjai; és a lap saját vágási sorrendje, vágásonként egy kipipálható négyzettel. A teljes méretű laprajzok, a koordinátás vágási lista és a teljes munka vágási sorrendje függelékként következnek, a dokumentumot pedig egy kattintható tartalomjegyzék nyitja. 1D Lineáris és Fa módban minden rúd munkalistát kap, minden vágás ütközőpozíciójával.

Darabszámozás mindenhol. Egy darab száma az a sor, amelyben a Darabok táblázatban állt az optimalizálás futtatásakor. Ott van a képernyős terven, a vágási listában, a PDF-ben és az Excel képein — színesben és fekete-fehérben is —, így egy kis darab ott is azonosítható, ahol a neve nem fér el.

Te választod meg, mit tartalmaz a dokumentum. Az új Export és rajz beállítások — a PDF előnézet oldalpaneljén és a Beállítások → Több alatt — szakaszokat és feliratokat kapcsolnak be vagy ki, és megmaradnak. A Klasszikus nézet előbeállítás visszaadja a korábbi dokumentumot.

Hüvelyk törtként. Hüvelyk módban a hosszak 1/32-re kerekítve jelennek meg (23 1/2); az az érték, amely nem esik erre a rácsra, tizedes marad.

Műhely-mód. Az eredmények fejlécében lévő gomb teljes szélességben nyitja meg a tervet a fűrész melletti táblagéphez: koppints egy darabra, amikor kivágtad, pipálj ki egy vágást, amikor elkészült, vagy a Kész, következő gombbal lépkedj végig az ütköző-beállításokon. A jelölések azon az eszközön a tervvel együtt megmaradnak.

Szintén új

• A Melyik lap? választás előtt megmutatja az egyes méretek tervét, PDF-ként exportálja az összehasonlítást, az Ezt használom pedig mostantól újabb optimalizálás elhasználása nélkül nyitja meg a kiválasztott tervet.
• Más programból exportált szabásjegyzékek: az Enabled, a Grain direction és a Material oszlopot is beolvassa; az ismeretlen anyagok egy lépésben létrehozhatók és hozzárendelhetők.
• Az Optimalizálás futtatása újabb megnyomása változtatás nélkül már nem használ el optimalizálást.
• A terv az egész ablakra nagyítható, a beviteli panel és a táblázat oszlopai húzással átméretezhetők, és a beillesztés már nem tartja meg a példasorokat.

Lásd: Exportálás és letöltések, Haladás követése és Adatok importálása.

Végigjártuk az összes utat, amelyen egy szabásjegyzék bekerül a CutOptimba: a 2D, az 1D és a fa mód alapanyag- és darabtábláinak hat beillesztő mezőjét, a Nesting két mezőjét, valamint a darabtáblák, a Maradék raktár és a Nesting CSV-importját. Mindegyiket milliméterben, centiméterben és hüvelykben, az európai és angol táblázatkezelők számírásaival, és rossz sorrendben álló oszlopokkal is kipróbáltuk. Ez változott.

Ezres elválasztó. Az ezres elválasztóval írt számot — 1.220,5 (német, olasz, spanyol, román vagy horvát Excel) vagy 1,220.5 (angol) — eddig 1,22-nek olvastuk. Mostantól mindenhol 1220,5. A szóközzel tagolt ezresek (1 220,5) eddig is működtek. A magában álló 1.220 kétértelmű: ha ugyanabban a beillesztésben más számok megmutatják, melyik jel a tizedesjel, az dönt; ha nem, tizedesként olvassuk, és az import utáni üzenet megnevezi az értéket, hogy ellenőrizhesd.

Minden módban a fejlécsor dönti el az oszlopok sorrendjét. Lineáris módban egy Db | Hossz | Név fejlécet eddig figyelmen kívül hagytunk, és az oszlopokat pozíció szerint olvastuk, így a hossz és a darabszám felcserélődött. Mostantól az 1D is a fejlécet követi, ahogy a 2D és a fa mód. A fa mód beillesztése a német, olasz, francia, román, cseh és horvát oszlopcímeket is érti, a címben szereplő mértékegységet (Width (cm)) átváltja, a fejléc fölötti címsort pedig átugorja.

CSV-szöveg és az Excel saját CSV-je. A Jegyzettömbben vagy e-mailben megnyitott CSV-fájlból kimásolt szöveg (Door;600;400;2) mostantól beilleszthető. A magyar, cseh, lengyel, német vagy francia Excel által mentett CSV megtartja az ékezetes neveket (az Excel a „CSV” formátumot nem UTF-8-ban menti), és a tabulátorral tagolt .txt is importálható.

Semmit nem találunk ki többé. Egy CSV-sorból olvashatatlan szélesség mellett eddig 400 × 300-as darab lett, olvashatatlan hossz mellett 500-as, figyelmeztetés nélkül. A hiányzó, olvashatatlan, nulla vagy negatív méretű, illetve 0 darabszámú sorokat mostantól kihagyjuk, és az üzenet megmondja, hányat.

Szintén javítva: a 2D beillesztés mostantól megtartja a sablon Forg. és Élzárás oszlopát, így a szálirány miatt rögzített darab rögzített marad. A Nesting CSV-importja olvassa a tizedesvesszőt (a 12,5-ből eddig 12 lett). Fa szabás módban a milliméteres darabok megtartják a fél millimétert (a 600,5-ből eddig 601 lett). A fejléc nélküli CSV első sora már nem vész el, ha 1 220 vagy 600 mm áll benne, és a 2 db vagy ×4 alakú darabszámokat is helyesen olvassuk.

Egy lineáris munka gyakran több módon is kivágható úgy, hogy pontosan ugyanannyi rudat és ugyanannyi teljes hosszt használ fel. Eddig az döntötte el, melyik tervet kaptad, hogy az optimalizáló milyen sorrendben próbálta ki őket, így a maradék gyakran szétszóródott rövid darabokként majdnem minden rúdon: túl rövidek ahhoz, hogy megérje őket megtartani, és túl sokan vannak ahhoz, hogy nyomon lehessen követni őket.

Mostantól, amikor a tervek egyébként azonosak, a CutOptim a maradékot a lehető leghosszabb egy darabban tartja. Előbb a leghosszabb maradékot hasonlítja össze, majd a következőt, és így tovább.

Egy mért példa a dokumentációnkból: 12 függőleges tartó 2700 mm-en, 18 vízszintes elem 1200 mm-en és 6 átlós merevítő 890 mm-en, 6000 mm-es rudakból, 3 mm-es fűrészréssel. A munka a javítás előtt és után is 11 rudat vesz igénybe, 89,9%-os kihasználtsággal. Korábban a maradék szétszóródott: hat darab 594 mm, három darab 295 mm, és egy-egy 1188 és 915 mm. Mostantól hat rúd maradék nélkül fogy el, és a fennmaradó rész legnagyobb része egy 3594 mm-es darabban jön ki, amit érdemes elmenteni a Maradék raktárba.

Ez az appban az 1D lineáris és a fa vágási módra vonatkozik, valamint az Engine API 1D és fa végpontjaira. Csak olyan tervek között dönt, amelyek egyébként már minden másban egyeznek, így sosem kerül egy rúdba, egy darabba vagy pénzbe. A rudak száma, a felhasznált anyag és az ár pontosan ugyanaz marad.

Augusztus óta az ingyenes fiók minden vágási eszközt megkap. Néhány oldalunk mégis mást mondott: egy GYIK szerint az Excel és a DXF Pro volt, egy kalkulátor szerint a céglogó Pro funkció, a Pro kártya pedig olyan eszközöket sorolt fel, amelyek az Ingyenes kártyán már szerepeltek. Mostantól mind egyetlen csomaglistából jön, így ugyanazt mondják.

Mit tartalmaznak az egyes csomagok:

• Fiók nélkül: 2 futtatás, PDF- és CSV-export, és minden vágási mód (2D lap, 1D lineáris, fa).
• Ingyenes fiók: havi 3 futtatás és minden eszköz. Ebben benne van az Excel-, DXF- és SVG-export, a panelcimkék, a céglogód és cégadataid a PDF-en és az Excelben, az egyedi szövegmezők, a Maradék raktár és az Anyagraktár, az Anyagspecifikus mód, az élzárás, a költség mód és a terület-alapú árazás, a vágási sorrend, a kalibrációs vágás és a nesting.
• Pro: minden, ami az Ingyenesben, plusz korlátlan futtatás, projektek és vágások felhőbe mentése, a terv linkes megosztása és elsőbbségi támogatás. A PDF-eken nincs „Generálva a CutOptim-mal” lábléc-sor.
• Műhely: minden, ami a Próban, plusz az árajánlat PDF, az erezet-egyeztetési csoportok, a max. vágási fázis, a forgatás minimalizálása és egy 3 fős közös munkaterület.

Frissítés (2026-10-13): az erezet egyeztetést újraépítettük szettekre — a szett darabjait mostantól egyetlen darab lapból, egymás mellett vágjuk ki, pontosan egy fűrészrésnyi távolságra —, és már nem korlátozódik a Műhelyre: minden bejelentkezett csomagban elérhető (a Free a havi futtatásain belül, a Pro havi kerettel, a Műhely korlátlanul). Lásd Erezet egyeztetés, újraépítve.

Mi változott az appban:

• A logód az ingyenes PDF-eken is. Eddig a logó az Excel-exportban megjelent, a PDF-en nem, és csak Pro felhasználó tölthetett fel logót. Mostantól minden bejelentkezett felhasználó beállíthat logót és cégadatokat az Irányítópult → Cégadatok alatt, és ezek minden PDF-en megjelennek.
• Telepítés asztali alkalmazásként minden csomagban felkínálva.
• Egy lábléc-szabály. A kis „Generálva a CutOptim-mal” sor csak a kredit nélküli ingyenes fiókkal vagy fiók nélkül készült PDF-eken jelenik meg. A nesting PDF mostantól szintén ezt a szabályt követi.
• A kredit csak futtatást ad. Felhőbe mentést továbbra sem ad.

A teljes összehasonlítást — a „Fiók nélkül” oszloppal együtt — az árak oldalon találod.

A bútor sablonok eddig is megadták a fiókelőlapokat, a mögöttük lévő dobozokat viszont soha. A doboz a megvásárolt fióksíntől függ, és ezt nem akartuk kitalálni. Mostantól te adod meg.

A TV állványon és az alsó konyhaszekrényen állítsd a Fiókok számát nulla fölé, a Fiókdobozok beállítást pedig Előlapok + dobozok értékre. Ezután add meg:

• a fióksín hosszát (250–600 mm) és az oldalankénti sínhézagot, mindkettőt a fióksíned leírásából;
• a doboz lapját (a korpusz lapja vagy egy vékonyabb), a fenéklap vastagságát és egy magassági hézagot.

Minden fiók két oldalt, az oldalak közé illeszkedő elejét és hátulját, valamint egy, a doboz alá csavarozott fenéklapot kap. Egy 600 × 720 × 560 mm-es konyhaszekrény 18 mm-es lapból, három fiókkal, 13 mm hézaggal, 500 mm-es sínekkel és 30 mm magassági hézaggal 500 × 198-as oldalakat, 502 × 198-as elejét/hátulját és 538 × 500-as fenéklapokat ad.

Ha a sín túl hosszú a szekrényhez, vagy a hézag után nem marad hely a doboznak, szabásjegyzék helyett egyértelmű üzenetet kapsz. A korpusz lapjából vágott falak a korpusszal együtt kerülnek a darab-táblába. Az eltérő doboz-lap és a vékony fenéklap — a hátlaphoz hasonlóan — a vastagságával együtt külön listázódik. A pántfuratok továbbra sincsenek benne. Lásd a bútor sablonokat.

Egyes darabokat szándékosan nagyobbra vágunk, és csak később munkálunk méretre: a furnérozott lapokat préselés után, vagy azokat a táblákat, amelyek marós élzárógépen mennek át. Eddig ezt a ráhagyást kézzel kellett minden sorhoz hozzáadni, aztán fejben tartani, melyik szám a valódi.

A Ráhagyás oldalanként ezt elvégzi helyetted 2D Lapvágás módban. A Beállítások alatt találod: Több, majd Fűrész és széllevágás.

• A darab-tábla a kész méretet tartja. 5 mm ráhagyással egy 400 × 800-as darab 410 × 810-ként kerül elhelyezésre és vágásra.
• A terv a vágási méretből készül, így a lapszám tartalmazza a többletanyagot.
• A képernyős vágási lista, a PDF vágási listája, az Excel szabásjegyzék és a CSV a vágási méretet mutatja, és egy Kész méret oszloppal egészül ki. A „Hogyan optimalizáltunk” összefoglaló megnevezi a ráhagyást.
• Az élzárás-hosszak, a címkék és a terület-alapú árak továbbra is a kész méretből számolnak, mert azt a darabot adod ki a kezedből.

Ez nem a kerf és nem a tábla széllevágása — azok külön beállítások maradnak. Alapból ki van kapcsolva (0), és ilyenkor minden kimenet pontosan úgy néz ki, mint eddig. A projekttel együtt mentődik, és minden csomagban elérhető. Lásd a beállítások útmutatót.

A benchmarks oldal nesting szekciója mindeddig egyetlen, általunk összeállított munkára támaszkodott: 272 szabálytalan alakú darab 2440×1220-as táblákon. Egy általunk kiválasztott munka nem mutatja meg, hogyan teljesít a motor olyan feladatokon, amiket nem mi választottunk, ezért a szekció mostantól a nyilvános adathalmazokkal is bővül.

A klasszikus ESICUP adathalmazok

Az ESICUP nesting adathalmazok azok a nyilvános, szabálytalan alakú pakolási feladatok, amiket a szakirodalom évek óta használ: 13 adathalmaz, 12-től 99 darabig (ruhaszabásminták, geometriai formák, ipari alkatrészek). Ezek sáv-pakolási (strip-packing) feladatok, ezért a bin-packing szakirodalom módszerével alakítottuk őket tábla-feladattá: adathalmazonként három négyzet alakú táblaméret, a legnagyobb darab 1,1-, 1,5- és 2-szerese. Ez összesen 39 feladatot ad.

Minden futás az élő Engine API-n keresztül ment:

• Mind a 39 feladaton összesen a gyors alapértelmezett motor 248 táblát használ, az aszinkron max motor 236-ot (két 60 másodperces futás közül a rosszabbik), a 153-as terület-alapú alsó korláttal szemben.
• Az alapértelmezett motor 7 feladaton éri el az alsó korlátot, a max 14-en. A max 11 feladaton spórol meg egy táblát, minden futásban. A maradék 28-on 60 másodperc alatt nem talált az alapértelmezettnél jobbat.
• Mind a 39 elrendezés érvényes: minden darab a saját tábláján van elhelyezve, és semelyik két darab nem fedi egymást a visszaadott koordináták kerekítésén túl — ezt a motoron kívül ellenőriztük.

Az alsó korlát — a teljes darabterület osztva egy tábla területével — szabálytalan alakoknál gyenge, és a hozzá képesti rés a legkisebb táblákon a legnagyobb, ahol a legnagyobb darabok épphogy ráférnek. Ezért a tőle mért távolságból nem derül ki, milyen messze van egy eredmény a lehető legjobbtól: a kutatásban publikált módszerek sok ilyen feladaton kevesebb táblát használnak, mint a motorunk. Minden feladatonkénti szám megtalálható az oldalon és egy letölthető JSON-fájlban.

Ugyanaz a munka valódi vágási távközzel

A szakirodalom távköz nélkül mér. A valódi lézeres munkánál általában van távköz, ezért az oldal mostantól a 272 darabos munkát is megmutatja 5 mm-es távközzel a darabok között és a tábla szélénél. Az alapértelmezett motornak így is 6 tábla kell, ugyanannyi, mint távköz nélkül. A max 5 táblát használt az egyik futásban és 6-ot a másikban (két 60 másodperces futás), miközben távköz nélkül minden futásban 5-öt használt. A távközt minden elrendezésen megmértük: legalább 5 mm bármely két darab között és minden darabtól a tábla széléig.

Amit kihagytunk, és miért

Egy adathalmaz-család szándékosan hiányzik: a kirakós (jigsaw) adathalmazok, amelyek darabjai pontosan lefedik a táblát. Nulla távköznél az alapértelmezett motor nem helyez el darabot, ami pontosan olyan széles, mint a tábla, tehát ezek az adathalmazok ezt az egy gyengeséget mérnék, nem a motort. A javítás tervben van. Valódi vágási távköznél a pontos illeszkedés amúgy is lehetetlen, tehát ez csak akkor számít, ha teljesen távköz nélkül nestelsz.

(Frissítés, 2026-09-28: a tábla szélességével pontosan egyező darab, a tábla egy méretét pontosan kitöltő darabok és a teljes szélességű csíkok nulla távköznél is helyesen kerülnek a táblára. A kirakós adathalmazok ettől még kimaradnak: szabálytalan darabjaik csak pontos egymásba illeszkedéssel férnek el, és ezt az alapértelmezett motor továbbra is elvétheti.)

Ezek az eredmények nem mondják meg, hogyan fognak elhelyezkedni a saját darabjaid. Ez az alakoktól, a darabszámtól és a távköztől függ, tehát az egyetlen szám, ami számít, az, amit a saját munkád ad.

A cutoptim.com/benchmarks oldalon a nesting motor indulása óta megvan a valódi kontúrú elhelyezés szekció: egy reprezentatív, 272 darabos munka (L-elemek, háromszögek és rombuszok 2440×1220-as táblákon), amit a gyors alapértelmezett motor 6 táblára helyez el, míg ugyanezek a darabok a befoglaló téglalapjukkal csomagolva 9-et igényelnének. Mostantól ugyanezen a munkán az aszinkron max motort is megmutatja.

Mit mértünk

Minden futás az élő Engine API-n keresztül ment, tehát a számok arról a szerverről jönnek, amit egy vevő kérése ténylegesen elér, nem egy fejlesztői gépről. Az alapértelmezett 60 másodperces kerettel a max motor mind a négy futásban 5 táblát használt; a 180 másodperces maximummal mindkét futásban szintén 5 táblát — a hosszabb idő sem hozott ezen a munkán még egy táblányi megtakarítást. A matematikai minimum — a teljes darabterület osztva egy tábla területével — 4.

Hogyan tartottuk becsületesen

• A tartományt mutatjuk, nem a legjobb futást. A max akkor áll le, amikor lejár az időkerete, tehát ugyanaz a kérés futásonként más eredménnyel zárulhat. Az oldal minden futás tartományát mutatja. Itt mind a hat futás megegyezett.
• Minden elrendezést függetlenül ellenőriztünk. Minden futást a motoron kívül ellenőrzünk: minden darab elhelyezve, minden körvonal a saját tábláján van, és semelyik két darab nem fedi egymást 0,01 mm-nél többel — ez a margó a kerekített koordinátáknak szól, amiket az API ad vissza, mert az egymást érintő darabok enélkül néhány ezred milliméterrel átfedőnek látszhatnak.
• Reprodukálható. A számokat előállító script a repóban van, és az oldal a kimeneti fájlból olvassa őket — egyet sem gépeltünk be kézzel.

Egy munka nem ígéret a tiédre: hogy a max hány táblát spórol, az alakoktól, a darabszámtól és a kért távköztől függ. Az egyetlen szám, ami számít, az, amit a saját darabjaid adnak.

Három változás a true-shape nestingben (POST /v1/optimize/nest), mind ugyanarra irányul: hogy pontosan tudd, egy neszelés mennyi anyagot használ, és mennyibe kerül.

Külön hézag a tábla szélén

Eddig az options.minSeparation egyszerre állította be a darabok közti távolságot és a tábla széléig tartott hézagot — egyetlen szám mindkettőre. Egy lézeres munka a szélen gyakran mást szeretne: 5 mm a darabok közt, de 0 mm (vagy 10 mm) a szélen. Az új options.edgeClearance a szélt önállóan állítja be. Mindkét motoron működik, az lbf-en és a max-on is. Hagyd ki, és semmi nem változik: a szél a minSeparation értéket tartja, pontosan úgy, mint eddig. Téglalap alakú táblát igényel; egy poligon alakú táblánál, vagy olyan értéknél, amely nem hagy helyet a táblán, a kérést a rendszer 400-zal elutasítja, még mielőtt a hívás terhelődne. A kizárási zónák a minSeparation értéket tartják, mint a darabok.

Felhasznált táblák és költség lapméretenként

A válasz minden táblája mostantól viszi a stock mezőt — annak az alapanyag-sornak az indexét, amelyből kivágták —, és a válasz kiegészül a stockUsage mezővel: minden felhasznált alapanyag-sorra, hány táblát, mennyi összárat és mekkora sűrűséget. Ez az „darabszám lapméretenként”, amire egy ERP-nek szüksége van egy árajánlat kiárazásához. Az egység az alapanyag-sor: két azonos méretű, de eltérő árú sor két bejegyzést jelent.

Több lapméret: a sorrend már nem dönt

Ha egy anyaghoz két vagy több alapanyag-sor tartozott, az lbf motor eddig a beírt sorrendben nyitott táblát — így ugyanaz a munka a nagyobb vagy a kisebb méreten is visszajöhetett, kizárólag attól függően, melyik sor volt előbb, és a minimizeCost ezen nem változtatott. Most az lbf összehasonlítja a beírt sorrendedet, majd egyenként a méreteket, és egy legolcsóbb-elöl sorrendet, és a legjobbat tartja meg: a legtöbb elhelyezett darabot, majd a legkisebb összes lapterületet — vagy a minimizeCost mellett a legkisebb összárat (ha minden sornak van price vagy cost értéke). Ha egy anyaghoz több alapanyag-sort küldesz, az eredményed megváltozhat — ez a rangsor szerint csak jobb lehet, mert a saját sorrended mindig az egyik jelölt marad. Egy anyagonként egyetlen lapméretes kérés változatlan. Ebben a kiadásban a méretek egy anyagon belül még nem keveredtek, és a max motor továbbra is minden anyagot egyetlen lapméretre neszelt. (Frissítés, 2026-09-22: azóta mindkettő megváltozott — a méretek most már keverhetők, és a max elfogad több méretet is; lásd Nesting: kevert lapméretek.)

Mennyi időt adj a max-nak

Egy néhány tucat darabos munkához általában elég 15 másodperc időkeret (options.timeBudgetMs: 15000); a munka nagyjából egy-két másodperccel az időkeret lejárta után készül el, plusz amennyi ideig a sorban várakozott. Az alapértelmezés marad 60 másodperc. Kérdezd le a GET /v1/jobs/{id} végpontot két-három másodpercenként — a lekérdezés nem fogyaszt kvótát.

Az új mezőkért lásd az API-referenciát, a hozzáféréshez pedig az Engine API oldalt.

Négy változás a true-shape nestingben (POST /v1/optimize/nest) és az app Nesting módjában, mind arról szól, hogy pontosan tudd, egy neszelés valójában mennyibe kerül.

Kevert lapméretek egy anyagon belül

Eddig egy anyag darabjait egyetlen lapméretre neszelte a rendszer — a legjobbra, de csak egyre. Most, a legjobb elrendezés kiválasztása után, minden táblát (a legkevésbé kitöltöttel kezdve) egyenként újraneszel az olcsóbb vagy kisebb alapanyag-sorokra, és lecseréli, ha attól a teljes terv jobban rangsorol. A jellemző eredmény: két nagy tábla és egy kisebb utolsó tábla, ott, ahol a félig üres utolsó tábla korábban egy nagy volt. A rangsor ugyanaz, mint eddig — a legtöbb elhelyezett darab, majd a legkisebb összes lapterület, vagy a minimizeCost mellett a legkisebb összár —, így a terv ezen rangsor szerint csak jobb lehet. A respectStock mellett egyetlen sor sem használódik a qty értékénél többször.

Szintetikus munkákon, azonos darabokkal mérve: egy 2440×1220-as tábla plusz egy 1220×1220-as utolsó tábla (ár 64) két 2440×1220-as tábla (80) helyett; egy 600 darabos munkán pedig 14 nagy tábla plusz egy kicsi, 15 nagy helyett. Az anyagonként egyetlen lapméretes kérés változatlan.

max több lapmérettel és respectStock-kal

Az aszinkron max motor mostantól nem utasítja el a második lapméretet vagy a respectStock beállítást. Azon a méreten keres, amelybe minden darab belefér, és amelyik a legolcsóbb tervet ígéri, majd ugyanazt a méret-keverő lépést alkalmazza a saját eredményén is. Csak akkor cseréli le az lbf tervet, ha az jobban rangsorol — sosem csupán azért, mert kevesebb táblát tartalmaz (a kevesebb, de drágább tábla megtartja az lbf tervet, figyelmeztetéssel). A poligon alakú táblát vagy a kizárási zónákat, amelyeket a keresése nem tud modellezni, a munkán belül az lbf szolgálja ki, figyelmeztetéssel, 400 helyett.

Vágáshossz és beszúrások

Minden tábla mostantól viszi a cutLength mezőt — az elhelyezett darabok körvonalainak és lyukainak összegzett kerülete, a te mértékegységedben —, valamint a pierces mezőt, egy beszúrást minden zárt kontúrra; a metrics összesíti mindkettőt. Ez a geometriai kontúrhossz: a közös vonalú vágás, a be- és kivezetések és a mikro-hidak nincsenek benne — ezeket a géped CAM szoftvere adja hozzá.

Az appban

A Nesting opciói új Szélhagyás mezőt kaptak (üresen = ugyanaz, mint a térköz), az eredmény pedig mutatja a vágáshosszt és a beszúrásokat, minden tábla saját vágáshosszát, valamint a táblákat, a kitöltést és az árat lapméretenként — a kevert tervet is beleértve.

Az új mezőkért lásd az API-referenciát.

A true-shape nesting API (POST /v1/optimize/nest) mindig is elfogadta a parts[].priority mezőt — a „kötelezően kivágandó” jelölést —, és a referenciája azt állította, hogy egy ilyen darab elsőbbséget kap a táblán, amikor a készlet korlátozott. Ez nem így volt. A nesting motor a darabtípusokat a legnagyobbal kezdve helyezte el, a kérés tartalmától függetlenül, így rögzített táblaszám mellett egy nagyobb, sima darab elvehette azt a helyet, amire egy kötelezően kivágandó darabnak szüksége lett volna — és erről semmilyen figyelmeztetés nem szólt.

Mi változik

Az options.respectStock mellett — vagyis amikor a lapkészlet korlátozott, és nem biztos, hogy minden darab elfér — a kötelezően kivágandó darabok mostantól elsőként kerülnek elhelyezésre, így egy sima darab sosem foglalja el azt a helyet a táblán, amire egy kötelezően kivágandó darabnak szüksége van. Minden tervösszehasonlítás (a lapméret kiválasztása, a kevert méretek lépése, és a max motor döntése arról, hogy a saját keresési eredménye lecserélje-e a gyors elrendezést) mostantól azt a tervet rangsorolja előrébb, amelyik több kötelezően kivágandó darabot tart meg, még akkor is, ha összesen kevesebb darabot helyez el — ugyanaz a szabály, amit a téglalap alakú módok már követnek. Mindkét nesting motor tiszteletben tartja.

A motoron mérve, a jelzővel és anélkül: egy 1000×1000-es tábla egy 500×500-as kötelezően kivágandó darabbal és egy 900×900-as sima darabbal mostantól a kötelezően kivágandó darabot tartja meg (korábban: a simát). Nyolc kötelezően kivágandó 400×400-as és nyolc sima 600×600-as darab két korlátozott 1220×1220-as táblán: 8-ból 8 kötelezően kivágandó darab elhelyezve (korábban: 8-ból 0). Egy 272 darabos teszt-munka, három táblára korlátozva, egy kötelezően kivágandó darabtípussal: 80-ból 80 elhelyezve (korábban: 80-ból 0).

Mi nem változik

A respectStock nélkül minden ráférő darab úgyis elhelyeződik, tehát a jelző semmit nem változtat, és az elrendezés a korábbival azonos. Egy kötelezően kivágandó darabok nélküli munka változatlan, korlátozott készlettel vagy anélkül is. Egy kötelezően kivágandó darab, amely egyáltalán egyik táblára sem fér rá — vagy amelyből több van, mint amennyit a korlátozott táblák elbírnak —, továbbra is az unplaced listában jön vissza. Az app Nesting módjában nincs kötelezően-kivágandó vezérlő; ez az Engine API egyik mezője.

Lásd az API-referenciát a mezőhöz.

Néhány árazó rendszer nem a teljes tábla alapján számláz egy lézeres nestet. Egy vízszintes vagy függőleges sávot, vagy a darabok befoglaló téglalapját számítja fel, feltéve hogy a darabok egy sarokba rendeződnek. A mi nestjeink ezt nem mindig tették meg: a hosszú, íves darabok szétterülhettek a teljes táblán, így minden részleges-táblás árazási szabály 100%-ot mutatott.

Mi változik

• A felhasznált terület a válaszban van. Az API-n minden tábla a POST /v1/optimize/nest válaszában mostantól viszi a usedWidth és usedHeight mezőt: a legtávolabbi pont, ameddig bármelyik elhelyezett darab elér a tábla origó-sarkától, a te mértékegységedben. Viszi a usedArea mezőt is, a szorzatukat, és a stockUsage[].usedArea alapanyag-soronként összesíti. Az árazási szabály a tiéd marad: egy vízszintes vágás usedHeight × a tábla szélessége, egy függőleges vágás usedWidth × a tábla magassága, a befoglaló téglalap pedig usedArea. Az appban a Nesting mód minden tábla fejléce mutatja a felhasznált szélesség × magasságot. Az Anyagszükséglet táblázat, a PDF és az Excel export is mutatja a felhasznált területet.
• A legkevésbé kitöltött táblát a rendszer tömöríti. Mindkét nesting motor mostantól minden anyag legkevésbé kitöltött tábláját ugyanazokkal a darabokkal, ugyanarra a táblára újraneszeli. Emellett kevesebb elforgatást is kipróbálnak, mint amennyit minden darab megenged: 0/180, 0/90/180/270, vagy egyetlen tájolás minden példányra. Sosem adnak hozzá olyan szöget, amit nem engedélyeztél. A legkisebb felhasznált területű elrendezést tartják meg. Egy egytáblás munkán ez a tábla az, amit a rendszer tömörít. A max motor mostantól az egytáblás munkákat is tömöríti; korábban ezeket kihagyta.
• Válaszd ki, mit jelentsen a „tömörítés”. Alapértelmezésben a tömörítés a legkisebb felhasznált területet (a befoglaló téglalapot) tartja meg. Ha inkább egy sávot számlázol, állítsd az options.compactFor mezőt "horizontal"-ra (a legkisebb felhasznált magasság, egy a tábla teljes szélességén átívelő sávhoz) vagy "vertical"-ra (a legkisebb felhasznált szélesség, egy a tábla teljes magasságán átívelő sávhoz). A sáv-módok a darabokat negyedfordulattal elforgatva is kipróbálják, ahol ezt engedélyezed. A táblaszám és az ár minden módban ugyanaz marad.

Egy vevő közzétett méreteiből épített szintetikus munkán mérve: négy, kb. 3490 × 660 mm-es íves szalag egy 6000 × 2400 mm-es táblán, 5 mm-es réssel, allowedRotations nélkül küldve. A felhasznált terület 3417 × 2394 mm-ről (a tábla 0,57-e) 3492 × 915 mm-re csökkent (a tábla 0,22-e), ugyanazzal az egy táblával és ugyanazokkal a darabokkal. Hogy mennyire kicsi lesz a felhasznált terület, a daraboktól függ, így előre nem ígérhető meg a tábla egy adott hányada.

Mi nem változik

A táblaszám, a lapméretek, az ár, a felhasznált alapanyag és az elhelyezett darabok konstrukció szerint azonosak maradnak. Egy tömörített elrendezést csak akkor tartja meg a rendszer, ha pontosan ugyanazokat a darabokat tartja ugyanazon a táblán, kisebb felhasznált területen. Az eredmény determinisztikus marad. Az options.compact: false a tömörítés nélküli elrendezést adja vissza. A meglévő, egytáblás elrendezések ezért másképp nézhetnek ki, mint korábban — a darabok a sarok felé mozdulnak.

A mezőkről bővebben az API referenciában olvashatsz.

Az Engine API true-shape nestingje (POST /v1/optimize/nest) szabálytalan poligonokat pakol lézeres, plazmás és vízsugaras munkához. Az alapértelmezett motorja, az lbf, azonnal válaszol és determinisztikus — és sok munkán ennyi elég is. De egy mohó, egyetlen lépéses futás félig üresen hagyhatja az utolsó táblát. Az új max motor időt fordít arra, hogy kevesebb táblát igénylő elrendezést találjon.

Mit csinál

A max előbb lefuttatja az lbf lépést, tehát mindig van kéznél egy érvényes válasz. Ezután keres — egyszerre egy táblát töltve fel, mindegyiket a lehető legszorosabban pakolva — egy kevesebb táblát igénylő elrendezést. Sosem ad vissza több táblát, mint az lbf: ha a keresés nem talál jobbat, az lbf elrendezést kapod, egy ezt kimondó figyelmeztetéssel.

Hogy mennyit spórol, a munkától függ. A szintetikus teszt-munkáinkon a legtöbbjükön egy táblát spórolt; néhánynál nem tudta felülmúlni az lbf-et, és ezt ki is mondta. Sosem ígér előre táblaszámot.

Hogyan hívod

A 2D max motorhoz hasonlóan aszinkron:

• Beküldés. A POST /v1/optimize/nest az engine: "max" értékkel 202 Accepted választ ad egy jobId-vel (beküldéskor számlázódik).
• Lekérdezés. Hívd a GET /v1/jobs/{id} végpontot, amíg a status "succeeded" nem lesz — a result mező ilyenkor ugyanazt a nest-választ tartalmazza, amit egy szinkron hívás ad, engine: "max" jelöléssel — vagy "failed". A lekérdezés nem fogyaszt kvótát.

A keresési időkeret az options.timeBudgetMs: alapértelmezésben 60 másodperc, 10 és 180 között bármi. Mivel a keresés időkorlátos, egy max nest deterministic: false értéket jelent; az lbf marad determinisztikus. Minden anyagnak egyetlen lapméretet kell használnia, és a kizárási zónák és a respectStock még nincs modellezve — egy ilyen kérést a rendszer 400-zal utasít el, még mielőtt a hívás terhelődne. (Frissítés, 2026-09-22: a max mostantól anyagonként több lapméretet és a respectStock-ot is elfogadja; a poligon-lapot vagy a kizárási zónákat a jobon belül az lbf szolgálja ki, figyelmeztetéssel, 400 helyett — lásd a frissítést.) A régebbi, fenntartott sparrow nevet a rendszer a max aliasaként elfogadja.

Hogyan használd

Ugyanannak az Engine API-nak a része — ugyanaz a kulcs, ugyanaz a fiók. Az aszinkron feladat szerkezetéért, valamint a kérésért és a válaszért lásd az API-referenciát, a két nesting motor összehasonlításáért pedig az Engine API útmutatót.

Eddig azt eldönteni, melyik táblát rendeld meg, azt jelentette, hogy ugyanazt a munkát többször lefuttattad, és egy papírfecnire felírtad az eredményeket. A 2D alapanyag-panelben mostantól van egy ⚖ Melyik lap? gomb, ami ezt egy lépésben elvégzi: fogja a beírt lapméreteket, lefuttatja a darablistádat mindegyik méreten külön, és rangsorolja őket.

A táblázat méretenként megmutatja, hány lap kell a munkához, mennyi összes anyagot tesznek ki ezek a lapok, mekkora a kihozatal, és — ha minden összehasonlított méretnek van ára — a becsült költséget. A győztes a „legkevesebb anyag” jelvényt viseli; az a méret, amelyikre nem fér rá minden darab, kiírja, hány darab nem fér el, és a lista végére kerül.

A rangsor anyag szerint készül, nem lapszám szerint, és a kettő valóban ellent tud mondani egymásnak. Egy 22 darabos korpusz-munkán (3 mm fűrészrés) a 3050×1220 mm-es táblából 3 lap = 11,16 m² kell, míg a 2800×2070 mm-es tábla ugyanezt a munkát 2 lapból befejezi — de 11,59 m²-ből. Kevesebb táblát kell mozgatni, viszont több anyagot fizetsz ki.

Minden méret korlátlan készletből, maradék-felhasználás nélkül van kiszámolva, mert a kérdés az, hogy mit kellene venned, nem az, hogy mi van már az állványon. A saját beállításaidhoz semmi nem nyúl. Kattints az Ezt használom gombra a választott méretnél, és a többi alapanyag-sor törlődik (Visszavonás gombbal), mehet a normál futtatás.

Minden csomagban elérhető, vendégként is, legalább két lapméretet tartalmazó 2D Lapvágás munkákon, összehasonlításonként legfeljebb hat mérettel. Egy összehasonlítás egy optimalizálásnak számít. Lásd a Melyik lap? — lapméretek összehasonlítása oldalt, vagy a vásárlási útmutatót: Milyen méretű lapot vegyél?

(2026-09-30 óta: az Ezt használom a kiválasztott méret tervét is megnyitja az eredményekben, újabb optimalizálás elhasználása nélkül; a táblázatban minden méret terve megnyitható, és az összehasonlítás PDF-ként letölthető.)

Egy minden oldalán élzárt darab megjelölése – például egy ajtóé – eddig azt jelentette, hogy mind a négy oldalt egyenként beállítod. Az élzáró párbeszédpanelen mostantól van egy Körbe vezérlő felül: válassz ott egyszer egy élzáró típust, és mind a négy oldal megkapja egyetlen művelettel, a típust megtartva. A négy oldalankénti legördülő továbbra is felülírhat bármelyik egyes élt, a Körbe vezérlő pedig tükrözi az oldalakat – ha azok már közös típust viselnek, azt mutatja. Apróság, de aki ajtókat élzár a formátumfűrészen, sok kattintást spórol vele.

A vágásterv fekete-fehér lézernyomtatón való kinyomtatása eddig tonert pazarolt és elmosta a részleteket — a színes kitöltések piszkos szürkeként jöttek ki. A Letöltések menüben mostantól van egy Fekete-fehér PDF: ugyanannak a tervnek egy nyomtatásra optimalizált változata. A darabok fehérrel, tömör fekete vágási körvonallal vannak rajzolva, és csak a felirat visel színt (így egy színes nyomtató színesen, egy monokróm lézer olvasható szürkeként nyomtatja). Minden darab viszi a nevét és a méreteit olyan betűvel, amely megnő, hogy kitöltse — a kis csíkok is —, és az élzárás közvetlenül a táblákon van jelölve (egy vastag fekete vonal minden élzárt él belső oldalán egy pillantás alatt megmutatja, mely éleket kell élzárni). A színes PDF mostantól ugyanazokat az élzárás-jelöléseket viszi a rajzán. Fekete-fehérben ráadásul minden darab kap egy betűjelet (A, B, C…) — a jelmagyarázat Jel oszlopában megjelenítve és a rajzon minden darabra bélyegezve —, így a tábla szín nélkül is leolvasható. És mostantól minden különböző tábla teljes méretben rajzolódik, táblánként egy A4 oldalon, közvetlenül a részletes vágási lista fölé — akár egyetlen elrendezésből, akár többől áll a terv. A korábbi kis áttekintés megszűnt: egy táblának, amiről vágsz, olvashatónak kell lennie, ezért végiglapozod a nagy táblákat (ez a teljes munka áttekintése), majd alattuk a lista darabjait pipálod ki. Minden tábla teljes méretben nyomtatódik, táblánként egy A4 oldalon, az oldal tájolását a táblához igazítva (egy magas tábla álló oldalon), így kitölti a lapot. Az Excel export is kapott egy Elrendezés (FF) fület, ugyanazokkal a kivonatokkal.

Egy sík táblát a szélessége és a hossza ír le — egy fektetett táblának nincs „magassága”. A CutOptim korábban a 2D tábla második méretét Magasságnak nevezte, ami zavaró volt. Mostantól az egész 2D lapszabászat módban Hossz a neve: a készlet- és darab-táblákban, a beillesztési súgókban, valamint a CSV- és Excel-exportokban. Magán a vágáson semmi nem változik — csak a felirat. A fűrészáru-szabászat megtartja a szélesség × magasság × hossz sorrendet (egy gerendának valóban van keresztmetszeti magassága), és a Nesting sem változik.

Egy hosszú szabásjegyzék felvitele széles képernyőn eddig szűkösnek érződött: a beviteli oldal egy keskeny oszlopban ült, miközben a vágási terv elfoglalta a másik felét, a Darabok táblázat pedig oldalra görgött. Mostantól van egy fókusz-kapcsoló (⛶) a felső sávban. Ez a beviteli oldalt teljes szélességre nyitja, a tervet pedig félreteszi, így az Alapanyag és a Darabok táblázatod az egész képernyőt megkapja — széles monitoron pedig az Alapanyag és a Darabok táblázat egymás mellé kerül. Futtasd az optimalizálót, és a terv visszatér. Amíg ebben a nézetben vagy, egy apró A− / A+ vezérlő nagyítja a táblázatokat, ha a szöveg túl kicsi a kényelmes olvasáshoz. Telefonon a Bevitel / Eredmények fülek eddig is ezt tették — most az asztali gép is ugyanezt a helyet kapja.

Ha Korlátozott készletből vágsz — rögzített számú tábla vagy rúd, mindegyik meghatározott mennyiségben —, a terv korábban olyasmitől függött, amitől sosem lett volna szabad: attól, milyen sorrendben írtad be a készlet-sorokat.

Egy műhely világosan jelezte. Ugyanaz a munka, ugyanaz a készlet, ugyanazok a beállítások: egyféle sorrendben felsorolva minden darab kivágódott; másféle sorrendben darabok estek ki „nincs elég készlet” jelzéssel — pedig a készlet elég volt. Az árulkodó jel egy olyan széles darab volt, amely csak az egyetlen legszélesebb tábládra fér el: ha ez a tábla a lista végére került, az optimalizáló már elhasználta olyan darabokra, amelyek bárhová elfértek volna, és a széles darabnak nem maradt hely.

Ezt javítottuk. Korlátozott készlet-módban a CutOptim mostantól fenntart egy szűkös méretet azoknak a daraboknak, amelyeket csak abból lehet kivágni, és a munkát a sorok sorrendjétől függetlenül értékeli. Add meg a készletedet bármilyen sorrendben, ahogy neked kényelmes — az eredmény ugyanaz, és egy olyan munka, amelynek darabjai valóban elférnek, mindet kivágja.

Ez a 2D lapszabászatra, a lineáris és a fűrészáru-szabászatra vonatkozik, valamint az Engine API-ra. Csak a Korlátozott készlet-módot érinti; a Korlátlan készlet sosem volt sorrend-érzékeny. A változás pedig kizárólag több darabot helyezhet el, sosem kevesebbet — egy meglévő terv sosem lesz rosszabb.

Az üveg-, tükör- és lapkereskedők nem darabra áraznak, hanem területre. A vevő hoz egy méretet, a bolt megszorozza a négyzetlábra (vagy négyzetméterre) vetített egységárral, és megmondja az összeget.

A területet a CutOptim eddig is kiszámolta helyetted. Mostantól a szorzást is elvégzi.

Kapcsold be a Terület-alapú árazás kapcsolót a bal oldali sávban, a Több menü alatt — a kapcsoló a felső csoportban van, az Anyagspecifikus mód és az Élzárás mellett. Alapból ki van kapcsolva, és csak 2D lap módban érhető el: egy rudat vagy egy szál fát folyóméterre adnak, nem területre, ezért a kapcsoló az 1D lineáris és a fa módban rejtve marad.

Mivel az egységár egy anyagon él, a bekapcsolása egyúttal az Anyagspecifikus módot is bekapcsolja: ettől minden alapanyag- és darab-sorhoz anyag kell, és a futtatás nem indul el, amíg mindegyikhez nincs egy rendelve. Ez szándékos — egy terület-alapú egységár csak akkor jelent bármit, ha minden darab tudja, milyen anyagból vágják.

Hol lakik az egységár

Az anyagon, nem a munkán. A barna üveg és a víztiszta üveg más árú, és ez a különbség megmarad egyik rendeléstől a másikig — az egységár tehát az anyaghoz tartozik, és holnap is ott lesz.

Nyisd meg az Anyagraktár panelt, nyomd meg a ⚙ gombot az anyagon, és két mezőt kapsz:

• Eladási ár egységnyi területre — kitölti minden, abból az anyagból készülő darab Eladási ár mezőjét.
• Beszerzési ár egységnyi területre — kitölti minden belőle lévő alapanyag-tábla árát, a tábla saját méretéből.

Rendeld hozzá az anyagot egy sorhoz, és megjelenik az ár. Hagyd üresen az egységárat, és nem tölt ki semmit: az üres mező azt jelenti, hogy ez az anyag nem mond semmit a terület-alapú árazásról — ami nem ugyanaz, mint a nulla egységár.

A részlet, ami különben megtréfálna

Az egységárat abban az egységben írod be, amelyikben éppen dolgozol, és a címke mindig kiírja, melyikben: /ft² hüvelyk módban, /m² milliméterben és centiméterben.

Ez ugyanannak az egységárnak a kétféle leírása: a 395 négyzetlábanként pontosan ugyanannyi, mint a 4 251,74 négyzetméterenként. Az egységváltás tehát átcímkézi a mezőt és átírja a számot, de egyetlen árat sem változtat meg. A háttérben egyetlen kanonikus egységárat tárolunk mindkét alak mögött — pontosan azért, hogy a kapcsoló átbillentése ne szorozhassa be csendben tízzel az árajánlataidat.

Amit te írtál be, az a tiéd

Az automatikus kitöltés abban a pillanatban abbamarad, amint magad írsz a mezőbe. A kézzel beírt ár túléli a darab átméretezését, és túléli az egységár megváltoztatását is: egy lealkudott vagy szándékosan kerekített ár döntés, és nem dobjuk el szó nélkül. Töröld ki a mezőt, és a sor visszakerül a kalkulátorhoz.

A dokumentumaidon

Az az egységár, amellyel a terv készült, rákerül a Hogyan optimalizáltunk összefoglalóra a PDF- és az Excel-exportban is — így a vevőd is ellenőrizheti a terület × egységár szorzatot, nem csak a végösszeget kell elhinnie. Az egységárat a futtatás pillanatában rögzítjük, nem nyomtatáskor: egy múlt héten kivágott terv megtartja azt az árat, amin annak idején ajánlatot adtál rá.

A terület-alapú árazáshoz fiók kell, és minden bejelentkezett csomagon ingyenes, a Free-t is beleértve. A vevői árajánlat-PDF külön kérdés: az a dokumentum csak a Workshop csomagban érhető el.

A Beállítások panel tetején lévő egység-kapcsoló mostantól három egységet kínál: mm · cm · in.

A centiméter teljes értékű munkaegység, nem csak megjelenítési lehetőség. Minden a választásodat követi — az alapanyag- és darabtáblázatok, a fűrészrés és a széllevágás, a képernyőn látható vágási terv, a PDF-, Excel- és CSV-exportok, a darabcímkék, és a jelvény minden mentett vágáson. Egy centiméterben készített terv centiméterben nyílik meg újra.

Miért építettük meg: sokan közületek centiméterben dolgoznak — Európa nagy részén így adják meg a bútor- és üvegméreteket —, eddig viszont csak a milliméter vagy az inch közül lehetett választani. Így vagy fejben kellett tízzel szorozni mindent, vagy — ami rosszabb — centiméteres számok kerültek egy milliméteres munkaterületre, és a terv tízszeresen tévedett.

Néhány részlet, amit érdemes tudni:

• A váltás átváltja az adataidat. Ha már vannak számok a táblázatokban, az egység megváltoztatása egy rövid megerősítés után minden méretet átvált. Ha a munkaterület még érintetlen, helyette kerek számokkal töltődik fel újra az adott egységhez — centiméterben a demó tábla 244 × 122 cm lesz, az alapértelmezett fűrészrés pedig 0,3 cm.
• A centiméter két tizedesjegyet tart (a milliméter egyet, az inch hármat). Ez szándékos: egyetlen tizedesjegy 1 mm-es alsó korlátot adna a centiméteres módnak — durvábbat, mint maga a milliméteres mód —, így az egységváltás csendben pontosságba kerülne. A záró nullákat soha nem írjuk ki: egy 244 cm-es tábla 244-ként jelenik meg.
• A kész optimalizálás megtartja azt az egységet, amelyben készült. A későbbi váltás soha nem címkézi át a befejezett tervet, soha nem érvényteleníti, és soha nem fogyaszt el egy futtatást.
• DXF centiméterben (javítva: 2026-10-13): október 13-ig a centiméteres tervből exportált DXF milliméternek deklarálta magát, miközben a számai centiméterben voltak — a CAD/CAM tízszer kisebbnek nyitotta meg az alkatrészeket. A DXF most milliméterben íródik, és valódi méretben nyílik meg. Ha töltöttél le ilyet, exportáld újra.

A milliméter marad az alapértelmezés, és a meglévő projektjeidben semmi nem változik, amíg nem váltasz.

Az irányítópultod mostantól Fiók és biztonság szekciót kapott, az oldal alján egy helyre gyűjtve.

Innen módosíthatod a jelszavad — a jelenlegi megerősítése után —, és ha Google-fiókkal hoztad létre a fiókod, beállíthatsz egy jelszót, hogy e-mail-címmel is bejelentkezhess. Itt találod a Kijelentkezés minden eszközről gombot is, amely egyszerre zár le minden aktív munkamenetet (hasznos közös vagy elveszett gépnél), a bejelentkezés módjával, a regisztráció dátumával és az utolsó belépéssel együtt.

Semmi más nem változott: az adatexport és a fióktörlés továbbra is közvetlenül alatta, az Adatvédelem és adatok szekcióban marad.

Egy független külső fél elvégezte a CutOptim teljes biztonsági átvizsgálását, amely kiterjedt az alkalmazásra, a fiók- és csapatfunkciókra, valamint arra, ahogyan az adataidat tároljuk és exportáljuk.

Az átvizsgálás néhány keményítendő pontot jelzett, és ezeket mind kezeltük. A fejlesztések közé tartozik az adatok erősebb elkülönítése a csapat-munkaterületek között (egy megosztott munkaterülethez való csatlakozáshoz mostantól mindig szükség van a meghívott elfogadására), a biztonságosabb exportfájlok (a CSV- és táblázat-exportokban lévő nevek többé nem értelmezhetők képletként az Excelben, a Google Sheetsben vagy a LibreOffice-ban), valamint a színek és címkék szigorúbb kezelése az egész appban.

Ezek egyike sem igényelt tőled semmilyen teendőt, és nincs jele annak, hogy bármelyiket valaha is felhasználták volna egy fiók ellen. A projektjeid továbbra is a tieid és a csapatodé maradnak, és a CutOptim növekedésével folyamatosan figyeljük a biztonságot.

Ha valakit felveszel a Csapatmunkaterületedre, ahhoz mostantól a beleegyezése kell. Eddig, amint beírtad a munkatársad e-mail-címét és a Hozzáadásra kattintottál, az illető azonnal bekerült a munkaterületedbe. Mostantól ehelyett függőben lévő meghívás jön létre — senki nem lesz csapattag a beleegyezése nélkül.

Az új folyamat: a tulajdonos e-mail-cím alapján meghívja a munkatársát az Irányítópultról. A munkatárs bejelentkezik, és a saját Irányítópultja Csapat kezelése szakaszának tetején egy Elfogadom / Elutasítom sávot lát. Csak azután lesz tag, hogy az Elfogadom gombra kattint – és csak ekkor kapja meg a tulajdonos csomagját és a munkaterület megosztott projektjeit. Az Elutasítom gombot is választhatja, és egy tag később ugyanígy ki is léphet.

Meghívó e-mail nincs: szólj a munkatársadnak más csatornán, hogy meghívtad; a meghívás az Irányítópultján várakozik, amíg nem válaszol. A megosztott munkaterület minden más része változatlan – továbbra is legfeljebb 3 tag, és az aktív tag által mentett projektek továbbra is a szervezethez tartoznak.

A részletekért lásd a Csapatmunkaterület oldalt.

Frissítés (2026-10-20): a meghívók mostantól e-mailben érkeznek, és olyan címet is meg lehet hívni, amelyhez még nincs fiók – lásd A csapatmeghívók mostantól e-mailben érkeznek.

Az Engine API átvizsgálásakor három olyan dolog került elő, amiről szólnunk kell. Egyik sem érinti az alapértelmezett motort, és egyetlen meglévő terv sem változik meg tőlük.

A max motor kimondja, mit nem tud

Az aszinkron max motor egyetlen stock formátumot pakol, teljes táblaméretben, korlátlan készletből. Eddig egy ennél többet kérő 2D kérést is elfogadtunk: a plusz stock formátum szó nélkül eltűnt, a respectStock-ból szó nélkül korlátlan készlet lett, a fűrésznek fenntartott options.trim értékbe pedig szó nélkül belevágtunk. Magabiztos, determinisztikus tervet kaptál vissza egy olyan munkára, amit nem küldtél be — és a válaszban semmi nem szólt erről.

Ezeket a kéréseket mostantól beküldéskor, 400-zal elutasítjuk, megnevezve mindegyik nem támogatott elemet — egy második stock sort, az options.trim-et, az options.respectStock-ot, bármilyen material-t, bármilyen grainGroup-ot. Az elutasítás azelőtt történik, hogy a hívást lefoglalnánk, tehát semmibe nem kerül, és azelőtt, hogy egy percet várnál egy olyan eredményre, amit úgyis el kellene dobnod. Küldd ezeket a munkákat az alapértelmezett heuristic motornak, amelyik mindet modellezi.

Azok az opciók, amelyek csak kevésbé hangolttá teszik a tervet — tolerance, minimizeCost, maxCutStages, minimizeRotations, firstCut, effort —, továbbra is átmennek, és mostantól eltűnés helyett a warnings között szerepelnek. A max eredmény nem ad vissza offcuts mezőt.

A validate mostantól egyetért az optimize-zal

A POST /v1/validate/2d korábban 400-zal utasította el az engine: "max" értéket, arra hivatkozva, hogy a motor nem elérhető — olyan kérés-testre, amit a POST /v1/optimize/2d elfogadott. A kettő mostantól ugyanarra a testre ugyanazt a döntést hozza, és pontosan ez egy validate végpont értelme.

A CSV-export idézőjelbe teszi a darabneveket

A vesszőt tartalmazó darabnév — „Ajtó, bal” — eddig egy plusz mezőt hozott létre, és minden utána következő oszlopot elcsúsztatott. Az appból és az API-ból (include: ["csv"]) származó CSV-export mostantól RFC 4180 szerint idézőjelezett. Az a név, amelyikben nincs vessző, idézőjel vagy sortörés, pontosan ugyanazokat a bájtokat adja, mint eddig.

Mindezt részletesen az API-referencia és az OpenAPI-dokumentum írja le.

Az Engine API alapértelmezett motorja gyors és mindig fűrésszel vágható, és a munkák elsöprő többségénél pontosan az, amire szükséged van. Egy nagy, értékes 2D munkánál viszont az utolsó néhány tábláért megérheti várni. Erre való az új max motor.

Mit csinál

A max egy szerver-oldali fakeresés (csak 2D), amely az alapértelmezettnél jóval több munkán éri el a bizonyított optimumot — a terv bizonyíthatóan megegyezik a táblák elméleti minimumszámával. Az elrendezései továbbra is guillotine-vághatók (panelfűrészen legyárthatók), és továbbra is determinisztikus: ugyanaz a kérés mindig ugyanazt a tervet adja vissza.

A csere az idő. Egy max számítás másodpercektől egy percig tart, míg az alapértelmezett ezredmásodpercek alatt felel. Ezért nem tartja nyitva a kapcsolatot várakozás közben.

Hogyan hívod

Mivel lassú, a max aszinkron — az egyetlen hely, ahol az Engine API nem a válaszban felel (2026-09-21-től csatlakozott hozzá a nesting max motorja is):

• Beküldés. A POST /v1/optimize/2d az engine: "max" értékkel 202 Accepted választ ad egy jobId-vel (beküldéskor számlázódik).
• Lekérdezés. Hívd a GET /v1/jobs/{id} végpontot, amíg a status "succeeded" nem lesz — a result mező ilyenkor ugyanazt a 2D választ tartalmazza, amit egy szinkron számítás ad —, vagy "failed", az okkal az error mezőben. A lekérdezés nem fogyaszt kvótát, és csak a saját feladataidat látod.

Csak 2D: az 1D-t, a fát és a valódi alakú nestinget nem érinti. (2026-09-21 óta a valódi alakú nestingnek saját aszinkron max motorja van — lásd A true-shape nesting is megkapja a max motort.) Az alapértelmezett (heuristic) és a külön kérésre bekapcsolható balanced motor változatlan és továbbra is szinkron — a max-hoz csak akkor nyúlj, ha egy nagy munkánál megéri várni.

Hogyan használd

Ugyanannak az Engine API-nak a része, amit már használsz — ugyanaz az API-kulcs, ugyanaz a fiók, ugyanaz a determinisztikus szerződés. A motorok listáját, az aszinkron feladat szerkezetét, valamint a kérést és a választ lásd az API-referenciában, azt pedig, hogy hogyan mérünk egy tervet az elméleti minimumhoz, a benchmarkokban.

A valódi kontúrú nesting eddig az Engine API-n volt; mostantól az appban is. Az optimalizálónak van egy negyedik módja, a Nesting — a 2D alatti alfül, a Panel mellett —, a téglalapos módoktól valóban eltérő feladat.

Mit csinál

A 2D, 1D és Fa mód téglalapokat vág egy guillotine fűrésszel. Sok munka nem téglalap: egy acéltartó, egy háromszög merevítő, egy furatos tömítés. A Nesting mód az alkatrészeket a valódi kontúrjuk szerint pakolja — a tetszőleges sokszögek egymás konkáv zsebeibe illeszkednek, így egy befoglaló téglalapos pakoló által elpazarolt üres levegő visszanyerhető. Ez a mód a lézer-, plazma- és vízsugárvágáshoz való.

Hogyan használd

• Importáld a kontúrjaidat. Nyisd meg a Nesting fület, és kattints az SVG/DXF importálása gombra — az app beolvassa a zárt kontúrokat egy DXF-ből (az íveket kilapítva) vagy egy SVG-ből (path, polygon, circle), a koncentrikus kontúrokból pedig furatot csinál. Nincs kéznél fájl? Kattints a Demó gombra.
• Adj hozzá táblákat — és kizárt zónákat. Add hozzá az alapanyag-lapjaid méreteit, és bármelyik lapon jelölj meg egy kizárt zónát, amelytől a motor minden alkatrészt távol tart: egy hiba, egy csomó, egy leszorító nyoma vagy egy előnyomott felület. Ezt a téglalapos módok nem tudják kifejezni.
• Futtass és exportálj. A nézegető minden alkatrészt megmutat minden lapon a táblaszámmal és a kitöltési sűrűséggel. Exportáld az elrendezést SVG, DXF, PDF vagy Excel formátumban a Letöltésekből.

Az őszinte mérőszám

Az eredmény sűrűséget jelent — az elhelyezett sokszögek területét osztva a felhasznált tábla területével, a konkáv zsebeket üresnek számolva. Ne hasonlítsd egy 2D lap kihozatalához: egy befoglaló téglalapos pakoló a bevágás-levegőt tömörnek számolja, és egy rosszabb elrendezésre magasabb számot mutat. Az összehasonlítandó szám a táblaszám ugyanazokra az alkatrészekre. Az elrendezés determinisztikus, így egy nestből épített árajánlat vagy vágóprogram pontosan reprodukálható.

A teljes végigvezetésért lásd a Nesting útmutatót.

Az eddigi három optimalizáló mód mind téglalapokat vág. Az Engine API mostantól egy negyedik móddal is rendelkezik egy valóban más problémára: valódi kontúrú elhelyezés — tetszőleges sokszögek elhelyezése rögzített táblákon, lézer-, plazma- és vízsugár-vágáshoz.

Mit csinál

A POST /v1/optimize/nest a darabokat kontúrként veszi át (egy sokszög, opcionális belső lyukakkal), nem szélesség × magasság formában. Mivel ismeri a valós alakot, a darabok egymás konkáv zsebeibe illeszkednek — a beugrás körüli levegő, amit egy befoglaló-téglalapos elhelyező elpazarol, visszanyerhető. Egy reprezentatív, 272 darabos munkán 6 táblát használ, míg ugyanezek a darabok egy téglalapos elhelyezőnek a befoglaló téglalapjukkal átadva 9-et igényelnek — harmadával kevesebb anyag, pusztán az alakból.

Ez egy más osztályba tartozó motor (geometriai ütközés-megoldó), ezért a téglalapos módok mellett fut, nem azok helyett.

Két dolog, amit a téglalapos API nem tudott kifejezni

• Kizárási zónák. Jelölj meg egy régiót egy táblán tiltottként — egy hibát, egy görcsöt, egy leszorító helyét, egy előnyomott területet — a stock[].exclusions mezővel, és oda egyetlen darab sem kerül.
• Valódi lyukak. Egy kivágással rendelkező darab egy valódi kontúr plusz belső gyűrűk, nem közelítés.

Az anyag szerinti szétválasztás és az átlátszatlan meta átadás pontosan úgy működik, mint a többi módban, az elrendezés pedig determinisztikus: ugyanaz a kérés mindig ugyanazt az elhelyezést adja vissza, így gyorsítótárazhatod, összehasonlíthatod és reprodukálhatod.

Őszintén a mérőszámról

Az elhelyezés a táblaszámot jelenti, nem egy sűrűségszázalékot. Egy befoglaló-téglalapos elhelyező az egyes darabok téglalapján belüli üres levegőt tömörnek számolja, így a „kihasználása” magasabbnak mutat egy rosszabb eredményt — az egyetlen összehasonlítható szám az, hogy ugyanazok a fizikai darabok valójában hány táblát igényelnek.

Hogyan használd

Ugyanannak az Engine API-nak a része, amit már használsz — ugyanaz az API-kulcs, ugyanaz a kvóta, ugyanaz a determinisztikus szerződés. A kérés és a válasz szerkezetét lásd az API-referenciában, a mért eredményt pedig a benchmarkokban. A valódi kontúrú nesting azóta magába az appba is megérkezett, külön Nesting módként.

A bútor sablon választónak négy sablonja volt — TV állvány, könyvespolc, szekrény és alsó konyhaszekrény. Most van egy ötödik is: a doboz. Ez a legegyszerűbb közülük, és az, amit a legtöbben kérnek: tárolódoboz, láda, fiókdoboz — vagy egy kocka.

Mit csinál

Megadod a külső szélesség × magasság × mélység méretet és a lapvastagságot, és kiválasztod, hogy a doboz nyitott, vagy fedéllel zárt. A sablon visszaadja a pontos vágandó darabokat, a vastagságot már levonva:

• Elő- és hátlap — a két teljes szélesség × magasság oldal.
• Oldalak — a két oldalfal, úgy méretezve, hogy az elő- és hátlap közé illeszkedjen.
• Fenéklap — a négy fal belsejében ül.
• Fedél — csak akkor kerül bele, ha a doboz zárt.

Miért sablon, és miért nem fejszámolás

Mert egy kocka nem hat egyforma négyzet. Tompaillesztésnél a falak átfednek: egy kockán a két elő-/hátlap teljes méretű, a két oldal két lapvastagsággal rövidebb, a fenéklap és a fedél pedig mindkét oldalon rövidebb. Ha hat egyforma négyzetet vágsz, a doboz nem áll össze a szándékolt méretre. Állítsd egyenlőre a szélességet, magasságot és mélységet, és a sablon kiszámolja helyetted az eltéréseket.

Hogyan használd

Az appban kattints a darab-tábla fölötti Bútor sablonok gombra, válaszd a Doboz sablont, add meg a méreteket, és illeszd be — a darabok egyből a szabásjegyzékbe kerülnek, optimalizálásra készen. Minden csomagban működik.

Részletek: Bútor sablonok.

Ez azoknak szól, akik szoftvert írnak a CutOptimra. Ha csak az appban vágsz, semmi nem változott — ez mind az Engine API-t érinti, és minden meglévő hívás pontosan azt adja vissza, amit eddig.

Az Engine API eddig az egyetlen olyan szabás-API volt a piacon, amely a nyers koordinátákon kívül semmit nem adott vissza. Ezen három dolog változtat.

Rajz a válaszban, nem csak koordináták

Adj egy include tömböt bármelyik optimalizáló kéréshez, és a válasz kész fájlként, a JSON-ba ágyazva viszi az elrendezést — nincs tárolás, nincs második hívás:

POST /v1/optimize/2d
{ "parts": [...], "stock": [...], "include": ["svg", "csv", "dxf"] }

• svg — önálló 2D elrendezésrajz, amelyet egyenesen egy oldalba vagy egy PDF-be renderelhetsz. (Csak 2D; egy 1D vagy fa kérés helyette figyelmeztetést ad.)
• dxf — R12/AC1009 rajz a STOCK, PARTS és LABELS rétegeken, készen a CAD-hez vagy egy CNC-eszközlánchoz.
• csv — egyszerű vágásjegyzék.

Az include továbbra is szűkíti is a választ: a cutPlan és az offcuts értéke azokat vágja le. Tehát a ["svg"] hozzáadja az svg-t, és elhagyja a cutPlan/offcuts elemeket; a ["cutPlan","offcuts","svg"] mindent megtart, és hozzáadja az svg-t. Ha kihagyod az include-ot, az alapértelmezett, változatlan választ kapod.

A saját azonosítóid, visszaadva

Csatolj egy meta objektumot — egy ERP-cikkszámot, egy rendelés-sor azonosítót, egy vevői hivatkozást — bármelyik darab- vagy alapanyag-sorhoz, és szó szerint visszakapod minden elhelyezett darabon és minden táblán vagy rúdon:

{ "name": "Door", "w": 400, "h": 600, "qty": 2, "meta": { "sku": "D-400x600", "orderLine": 42 } }

Sosem elemezzük, és sosem befolyásolja az elrendezést — azért van, hogy a vágásterv illeszkedjen a saját rendszeredhez anélkül, hogy nevek alapján kellene párosítanod.

Ellenőrzés ingyen, mielőtt elköltesz egy hívást

Három új végpont ellenőriz egy kérést megoldás nélkül:

POST /v1/validate/2d   ·   /v1/validate/1d   ·   /v1/validate/wood

Ugyanazt a törzset veszik át, mint a hozzájuk tartozó optimalizáló végpont, és ingyenesek — nincs kulcs, nincs kvóta. Egy hibás kérés 400-zal tér vissza, megnevezve a pontos hibás mezőt; egy jól formázott valid: true értéket ad, plusz megvalósíthatósági figyelmeztetéseket, például egy darab, amely egyetlen alapanyagba sem fér bele. Ellenőrizheted a törzseidet az integráció fejlesztése közben — még mielőtt egyáltalán kulcsod lenne —, és megbizonyosodhatsz róla, hogy egy kérést nem utasítunk el, anélkül hogy elköltenél egy havi hívást.

Egy helyességi javítás, a rendezettség kedvéért

1D-ben és faanyagnál egy rúd jelentett remaining értéke (és az offcuts-a) mostantól a használható maradék — a leválasztó vágás kerf-je már le van vonva belőle, tehát az újrahasznosítható hossz, nem a nyers hézag. A kihasználás, a vágásszámok és az árak változatlanok; csak a jelentett maradék lett egy kerf-fel kisebb, és őszintébb.

Ezekkel az OpenAPI dokumentum mostantól nyolc végpontot ír le, a referencia pedig tartalmazza a teljes kérés- és válaszszerkezetet.

Engine API referencia · Mesélj az integrációdról

A kerítésépítés egydimenziós szabászati feladat: oszlopok, hevederek és lécek, mind szálanyagból hosszra vágva. Mostantól a CutOptim megtervezi neked.

Az új kerítéssablon-választó a helyszínen mért három számból — kerítéshossz, magasság és oszlopköz — elkészíti a teljes szabásjegyzéket, és egyből az 1D lineáris optimalizálóba ejti, hogy a lehető legkevesebb szálat vedd meg.

Három kerítéstípus

• Léckerítés — függőleges lécek vízszintes hevedereken.
• Vízszintes palánkkerítés — palánkok közvetlenül az oszlopokra rögzítve.
• Oszlop-heveder kerítés — csak oszlopok és átmenő hevederek.

Válassz egyet, add meg a méreteket, és az eszköz kilistázza minden oszlop, heveder és léc hosszát és darabszámát. Számolja a mezőket (a rövid utolsó mezőt felfelé kerekítve), és — amit a legtöbben elfelejtenek — az oszlopot a magasság plusz a föld alatti rész hosszára vágja, nem csak a kerítésmagasságra.

Két belépési pont

• Az új Kerítés építése útmutatón egy beágyazott widget elkészíti a szabásjegyzéket, és egy kattintással beviszi az appba.
• Az appban, az 1D lineáris darab-szekcióban a Kerítés sablonok gomb ugyanezt a választót nyitja, és közvetlenül beszúrja a darabokat.

A kerítéssablonok minden csomagban ingyenesek, vendégként is. Állítsd be a kerítést, futtasd az optimalizálót, és pontosan leolvasod, mennyi faanyagot kell venned.

Megszüntettük a funkció-kapuzást. A Free csomag mostantól a teljes Pro-eszköztárat tartalmazza — nincs többé fal az „alap” és a „pro” eszközök között.

Mit tartalmaz mostantól a Free

Minden, ami eddig Pro-t igényelt, mostantól minden fiókon ingyenes:

• Maradék raktár — mentsd el a maradékdarabokat, és használd fel őket automatikusan
• Anyagraktár és anyagspecifikus mód
• Költség mód — laponkénti ár és költségalapú optimalizálás
• Exportok: DXF, SVG és Excel (a PDF és a CSV eddig is ingyenes volt)
• Élzárás-kalkulátor, címkenyomtatás
• Vágási sorrend (lépésről lépésre vágásterv) és kalibrációs vágás
• Céges arculat a PDF-eken és egyedi mezők

Mit ad még hozzá a Pro

Ezeket (javítva: 2026-09-25 — korábban „mindössze két dolgot”, és a linkes megosztás tévesen a Free alatt szerepelt):

• Korlátlan havi futtatás. A Free havi 3 optimalizálást tartalmaz; a Pro feloldja ezt a korlátot.
• Felhő-projektmentés. A projektjeid és vágásterveid felhőbe mentése — hogy szinkronizálódjanak az eszközeid között, és legközelebb is ott várjanak — Pro-funkció marad. A Free-ben minden eszközt használhatsz; csak projektet nem tudsz a felhőbe menteni.
• Terv megosztása linkkel. A link egy felhőbe mentett vágásból készül, így a mentéssel együtt a Pro része (javítva: 2026-09-25).
• Elsőbbségi támogatás. A Pro és Műhely üzenetek előre kerülnek a sorban (javítva: 2026-09-25).

Ha csak alkalmanként vágsz, a Free mostantól a teljes eszköztárat adja. Ha a CutOptim heti rutinná válik — vagy azt szeretnéd, hogy a munkád megmaradjon a munkamenetek között —, a Pro a válasz.

Használatonként fizetve, előfizetés nélkül

Nem szeretnél előfizetni? A használatonként fizethető kreditek extra futtatásokat vásárolnak, ha elfogyott a havi 3 ingyenes optimalizálásod — egy kredit egy teljes munkát fedez (darabszám-korlát nélkül), és minden csomag 12 hónapig érvényes. Minden eszköz eleve benne van minden futtatásban, így a kredit egyszerűen több futtatást jelent, nem egy funkció feloldását. Jó választás, ha csak alkalmanként vágsz; a Pro-előfizetés jobban megéri, amint a CutOptim heti rutinná válik.

A Műhely változatlan

A Műhely csomag megtartja a csapat- és üzemi funkcióit — az árajánlat PDF-et, az erezet-egyeztetési csoportokat, a legfeljebb 3 fős közös munkaterületet és a gépi vezérlőket (max. vágási fázis, forgatás minimalizálása) —, és tovább bővítjük.

Frissítés (2026-10-13): az erezet egyeztetést újraépítettük szettekre — a szett darabjait mostantól egyetlen darab lapból, egymás mellett vágjuk ki, pontosan egy fűrészrésnyi távolságra —, és már nem korlátozódik a Műhelyre: minden bejelentkezett csomagban elérhető (a Free a havi futtatásain belül, a Pro havi kerettel, a Műhely korlátlanul). Lásd Erezet egyeztetés, újraépítve.

Nincs mit bekapcsolni. Nyisd meg az alkalmazást, és minden eszköz ott van.

A CutOptim mindig is tudott a legalacsonyabb végösszegre optimalizálni a legkevesebb anyag helyett — de a cél-választó el volt rejtve, és csak akkor csinál bármit, ha az alapanyagodnak van ára. Mindkettőt könnyű volt szem elől téveszteni. Ezt javítottuk.

Mi változott

• A cél-választó kiemelt helyre került. A Minimalizáld a hulladékot (az alapértelmezett) és a Minimalizáld a költséget együtt, egyértelműen felcimkézve ül a Beállításokban — mindkettő minden csomagban elérhető, a Free-ben is.
• A Minimalizáld a költséget kiválasztása automatikusan megjeleníti az ár-oszlopokat. A 💰 ár-oszlop abban a pillanatban megjelenik az Alapanyag és a Darabok táblákon, amint a költség célt választod — nincs külön „Ár-oszlopok megjelenítése” lépés.
• Emlékeztető, ha hiányoznak az árak. A Minimalizáld a költséget csak akkor változtat a terven, ha az alapanyagaidnak eltérő az egységára. Ha úgy választod ki, hogy egyet sem adtál meg, a CutOptim egyszeri emlékeztetőt mutat, hogy add meg őket — a futtatást soha nem blokkolja. Árak nélkül a Minimalizáld a költséget és a Minimalizáld a hulladékot ugyanazt a tervet adja, így az eredményed mindenképp helyes marad.

Miért fontos

A Minimalizáld a költséget lehetővé teszi, hogy alapanyag-méreteket keverj a számla csökkentésére — nagy darabok széles táblákra, kis darabok olcsóbb keskeny táblákra 2D-ben, vagy a legolcsóbb rúdhossz 1D-ben. Akár egy kicsivel több anyagot is felhasználhat, hogy kevesebbet költs; a prioritás-csillagok továbbra is felülírják az árat. Ez a változás pusztán arról szól, hogy a célt könnyű legyen megtalálni és nehéz véletlenül elindítani — vagyis a költség célt úgy futtatni, hogy más tervet vársz, miközben nincsenek árak, amikhez optimalizálni lehetne.

Nincs mit bekapcsolni — nyisd meg a Beállításokat, és a cél ott van.

A CutOptim motort új területre visszük: betonacél.

Az új Betonacél szabás- és hajlításoptimalizáló API egy hajlítási jegyzéket (BBS) és a raktárkészletet fogadja, és optimalizált szabástervet, hajlítási jegyzéket (vágási hosszakkal és súlyokkal) és maradékkészletet ad vissza — determinisztikusan és verziózottan, egyetlen REST hívással. BS 8666:2020 alakkódokat használ, standard hajlítási levonásokkal.

Tudomásunk szerint ma nincs 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 desktop termékükbe zárják az optimalizálót. Az optimalizált tervezés a tipikus 5–8%-os acélhulladékot 1–3%-ra csökkenti (publikált esettanulmányok 0,9–1,5%-ot jelentenek).

Fejlesztés alatt van, és néhány design partnerrel validáljuk, mielőtt megépítenénk a betonacél-réteget. Ha a szoftvered a betonacél-munkafolyamatban él — ERP, árajánlat-eszköz, tervező-kiegészítő vagy gépi szoftver —, örülnénk 20 percnek a nézőpontodból. Vedd fel a kapcsolatot.

A legtöbb munka egyszerre több anyagot használ. Eddig ezek különtartása azt jelentette, hogy anyagonként külön futtattad az optimalizálót, majd kézzel fűzted össze az eredményeket. Az Anyagspecifikus mód ezt egyetlen futásban elvégzi.

Kapcsold be (a kapcsoló a Beállítások sávban, Pro funkció), és minden alapanyag- és darab-sor egy Anyag oszloppal bővül. Jelölj meg minden sort, és az optimalizáló anyagonként osztja fel a munkát: egy „tölgy”-nek jelölt darab csak „tölgy”-nek jelölt alapanyagból vágódik, 18 mm csak 18 mm-ből. Mind a három módban működik — 2D Lapvágás, 1D Lineáris és Fa.

Mit csinál

• Kemény felosztás, nem címke. Egy anyag megjelölése ténylegesen megváltoztatja az elrendezést — az X anyagú darabok csak X anyagú alapanyagot használnak. Ez más, mint egy darab elnevezése vagy színezése, ami csak a diagramon való megjelenését befolyásolja.
• „Nincs megfelelő anyag” rossz vágás helyett. Ha egy darabot olyan anyaggal jelölsz meg, amelyhez nincs alapanyagod, a terv ezt kimondja, ahelyett hogy csendben egy másik tábláról vágná le.
• A Fa mód megkülönbözteti a fajtákat. A Fa mód eleve keresztmetszet szerint választ szét; bekapcsolt anyaggal egy tölgy 50×50 és egy fenyő 50×50 is külön szakasszá válik.
• Az Anyagraktár mostantól fát is tárol. Ments el lap-, rúd- és fa-anyagokat — mindegyiket egy keresztmetszettel vagy mérettel, egy színnel, és a saját fűrészlapjával és széllevágásával —, és egy kattintással tedd rá egy sorra. A fa-anyagok a Faanyag táblázatba töltődnek (korábban a lineárisba kerültek).
• Az Engine API-n is elérhető. Mind a három végpont elfogad egy opcionális material szöveget a darabokon és az alapanyagon, és anyagonkénti bontást ad vissza.

Az Anyagspecifikus mód a Pro és a Business csomagon érhető el. Hagyd kikapcsolva, és minden pontosan úgy működik, mint eddig.

Frissítés (2026-09-25): az Anyagspecifikus mód mostantól minden bejelentkezett csomagban elérhető, a Free-ben is. Lásd, mit tartalmaznak az egyes csomagok.

Az élzárás típussal frissítés megmutatta, hány folyóméter élzárót kell rendelned. Ez a mostani azt mutatja meg, hol van az élzárás, darabról darabra, és minden lap elrendezéséről egy képet tesz közvetlenül az Excel munkafüzetbe.

Mi az újdonság

• Élzárás az Excel szabásjegyzéken. Ha egy 2D munkában van élzárás, a Szabásjegyzék fül négy új oszlopot kap — Felső, Jobb, Alsó, Bal —, amelyek megnevezik az egyes élek élzáró típusát (üres, ahol nincs élzárás). Szűrhető és rendezhető aszerint, melyik élre milyen élzárás kerül.
• Per-darab élzárás-ábra a PDF-ben. Az anyagszükséglet-oldal mostantól minden élzárt darabot egy kis ábraként rajzol ki, minden élt a saját élzáró típusának színével, így a műhely egy pillantással látja, melyik darab melyik élére milyen élzárás kerül. A már meglévő, típusonkénti „mennyit rendelj” táblázat alatt jelenik meg.
• Elrendezés-ábrák Excelben. Egy új Elrendezés fül minden különböző lap-elrendezésről egy képet ágyaz be — laponként egy kép —, így az Excelből kilépés nélkül is látod, hogyan kell felszabni a táblát. Az azonos elrendezések egyetlen képre vonódnak össze ×N jelöléssel, pontosan úgy, mint a PDF vágásterven. (2D munkák.)
• Valódi szín minden élzáró típushoz. Az élzáró-típus könyvtárban a szín mostantól színválasztóból választható, nem szövegként beírva. Ez a szín az, amivel az új per-darab ábra kirajzolja a típus éleit. A korábban létrehozott típusok is kapnak stabil, jól megkülönböztethető színt automatikusan, amíg be nem állítod a sajátodat.

Az élzárás-ábra és az oszlopok csak akkor jelennek meg, ha a munkában ténylegesen van élzárás, tehát az élzárás nélküli exportok változatlanok. Minden itt felsorolt Pro funkció (mint az Excel- és SVG-export), és az élzárás továbbra is metaadat — sosem változtatja meg az elrendezést.

Van funkció-kérésed vagy hibába ütköztél? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolat űrlapot.

Frissítés (2026-09-25): az élzárás, az Excel- és az SVG-export mostantól minden bejelentkezett csomagban elérhető, a Free-ben is. Lásd, mit tartalmaznak az egyes csomagok.

Az élzárás eddig egyszerű be/ki volt élenként. Mostantól minden él hordozhat egy élzáró-típust — egy elnevezett referenciát, amelyet egyszer határozol meg —, és a CutOptim összesíti a folyómétert típusonként, hogy mindegyik élzáróból a megfelelő mennyiséget rendeld.

Mi az újdonság

• Típus élenként. Az EB párbeszédpanelen minden oldal (Felső / Jobb / Alsó / Bal) mostantól legördülő: Nincs, Nincs típus, vagy az egyik mentett típusod.
• Típus-könyvtár. Adj minden típusnak nevet (pl. ABS oak 22×1), vastagságot, méterenkénti árat és színt. A Típusok kezelése gombbal nyitod meg az EB párbeszédpanelen; a típusaid eszközök között szinkronizálódnak.
• Méterek típusonként lebontva. Az optimalizálási összegzés, a PDF anyagszükséglet-oldala és az Excel Anyagszükséglet füle mostantól típusonként egy-egy sort mutat, plusz egy rendelési összeget — pontos geometria, hulladék-ráhagyás nélkül (a saját ráhagyásodat a munkapadnál add hozzá).
• CSV. A darabok CSV EB oszlopa elfogad típusos kódokat: T:ABS oak 22;L:ABS white 22 oldalanként rendel hozzá típust (vagy tartsd meg a régi TRBL-t a típus nélküli jelöléshez). A neveket a könyvtáradhoz párosítja.

Az élzárás továbbra is Pro funkció, és továbbra is metaadat — sosem változtatja meg az elrendezést.

Fejlesztőknek: mostantól az Engine API-n is

Az Engine API 2D végpontja mostantól elfogadja az élenkénti élzárást. A POST /v1/optimize/2d minden darabja hordozhat egy edgeBanding objektumot, amely oldalanként megnevez egy típusreferenciát; a válasz ekkor egy edgeBanding blokkot ad vissza a folyóméterrel referenciánként, darabonként és rendelési összegként. Könyvtár-független — küldd a saját ERP-kódjaidat. Lásd az API-referenciát. (Az 1D-nek és a fának nincs élzárása.)

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy írj a kapcsolati űrlapon.

Frissítés (2026-09-25): az élzárás mostantól minden bejelentkezett csomagban elérhető, a Free-ben is. Lásd, mit tartalmaznak az egyes csomagok.

Javítás (2026-10-12): egy újranyitott mentett projekt (vagy visszaállított piszkozat) most azonnal a saját élzárótípus-neveit mutatja a PDF-ben, az Excel-fájlban és a képernyőn lévő élzárás-dobozban. Korábban a típusos élek ott „Nincs típus” felirattal jelentek meg, amíg egyszer meg nem nyitottad az EB párbeszédablakot.

Ha a Minimalizáld a költséget céllal optimalizálsz, a terv szándékosan egy kis extra anyagot vált egy alacsonyabb számlára. Az exportált dokumentumaid mostantól ezt számokkal is kimondják.

Mi változott

A PDF és az Excel exportok „Hogyan optimalizáltunk” szakasza eddig is megnevezte az optimalizálási célt. Költség módban mostantól egy további sort is hozzáad: mennyivel spórol a terv a számlán a legkevesebb anyagot használó tervhez képest, és mennyivel több anyagba került ez a megtakarítás — mind a három módban (lap, lineáris, fa).

Így ahelyett, hogy azon tanakodnál, miért használt a költségre optimalizált terv egy plusz lapot vagy egy hosszabb rudat, az indoklás ki van írva: „Költség mód: X € -val olcsóbb számla a legkevesebb anyagot használó tervnél, Y-nyi több anyag felhasználásával.“ Ha a költség mód történetesen olcsóbb és kevesebb anyagot is használ, egyszerűen ezt mondja ki.

Miért számít

Egy terv, amely több anyagot használ fel a pénzmegtakarításért, első pillantásra rossznak tűnik — amíg meg nem látod, mennyi pénzt spórolt. Ha a kompromisszum mindkét fele ott áll a leszállított dokumentumban, a műhely és az árajánlatot olvasó ügyfél egyaránt látja, hogy a döntés szándékos és megérte.

A Minimalizáld a hulladékot célnál semmi nem változik. A magyarázat csak költség módban jelenik meg, csak ha be vannak állítva az árak, és csak akkor, ha valóban létezett olcsóbb terv.

Ha hozzá sem nyúlsz, semmi nem változik — az alapértelmezés pontosan a mai optimalizáló, ami a legsűrűbb, fűrésszel vágható tervet adja. Az új kapcsoló csak annyit enged, hogy egy kicsit ebből a sűrűségből sokkal gyorsabb megoldásra válts, amikor egy munka nagy.

Mit csinál

A 2D optimalizáló több stratégiával fut le, és a legjobb elrendezést tartja meg. A keresés nagy része olcsó, de az egyik lépés — egy táblánkénti újrakeresés, ami a nagy, vegyes munkákon kisajtolja az utolsó néhány százalékot — drága. Az új Sebesség vs. sűrűség beállítás pontosan ezt az egy lépést engedi kihagyni:

• Kiegyensúlyozott (alapértelmezett) — a teljes keresés, a legsűrűbb guillotine tervért. Az eddigihez képest változatlan.
• Gyors — kihagyja a drága lépést. Nagy munkákon érezhetően gyorsabb, néhány százalékpont kihasználásért cserébe. Továbbra is teljesen fűrésszel vágható, és soha nem sűrűbb a Kiegyensúlyozottnál (ugyanazoknak az elrendezéseknek egy részhalmazát keresi).

A legtöbben kis-közepes munkákat futtatnak, ott a kettő általában azonos — a különbség csak a több száz darabos nagy munkákon nyílik ki.

Mérve

Egy igényes, 1550 darabos munkán (egy 2,07 × 5,6 m-es tábla):

• Kiegyensúlyozott: 330 tábla, 80,8% kihasználás.
• Gyors: 350 tábla, 76,2% kihasználás — nagyjából 2,5× gyorsabban megoldva.

A Gyors tehát körülbelül 5,7% több anyagot cserél sokkal rövidebb számításra. Hagyd Kiegyensúlyozott módon, hacsak egy nagyon nagy munka nem lassú, és nem a sebesség kell.

Hol találod

• Az appban: Speciális beállítások → Sebesség vs. sűrűség. Projektszintű beállítás, tehát a projekttel együtt mentődik, mint a kerf és a széllevágás.
• Az Engine API-ban: új effort opció a POST /v1/optimize/2d híváson (értékek: "fast" / "balanced", alapértelmezés "balanced" — elhagyva minden változatlan). A API-referencia rajzon mutatja a mért kompromisszumot.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy írj a kapcsolati űrlapon.

Ha a Minimalizáld a költséget céllal optimalizálsz, és az alapanyag-méreteidnek eltérő egységáruk van, a CutOptim mostantól a méretek legolcsóbb kombinációját keresi — nem csak az egyetlen legolcsóbbat.

Mi változott

Az alapértelmezett cél, a Minimalizáld a hulladékot, azt a tervet választja, amelyik a legkevesebb anyagot használja, és ez változatlan. A Minimalizáld a költséget (Pro) más feladatot lát el: a végösszeget viszi a lehető legalacsonyabbra. Mától ezt sokkal jobban teszi, ha több beárazott alapanyag-méreted van:

• 2D-ben egy munkán belül keveri az alapanyag-méreteket. A nagy darabok a széles, drága lapokra kerülnek; a kicsik az olcsóbb, keskeny lapokra — amelyik felosztás összességében a legkevesebbe kerül. Korábban a költség módnak az egész munkát egyetlen alapanyag-méreten kellett futtatnia.
• 1D-ben a legolcsóbb rúdhosszt választja, egy rövidebb, olcsóbb rudat akkor is, ha emiatt néhánnyal többet kell venni.

Mivel a költség mód a pénzt optimalizálja, nem az anyagot, a legolcsóbb terv valamivel több anyagot vagy több lapot is felhasználhat, mint a legkisebb területű terv — épp ez a mód lényege, és ezt most egyértelműen kimondjuk. Soha nem hagy ki egy darabot azért, hogy pénzt spóroljon.

Mikor segít a legtöbbet

Azok a műhelyek, amelyek sokféle lap- vagy rúdméretet tartanak eltérő árakon — különösen darabonkénti árazással — látják a legnagyobb megtakarítást, mert pontosan ott ver a méretek keverése a mindenre egyetlen méret használatát. A valódi vágási listákból álló benchmark-készletünkön ez a legnehezebb, több alapanyagú munkák költségkülönbségének nagy részét megszüntette.

A Minimalizáld a hulladékot célnál és az egyetlen alapanyag-méretű munkáknál semmi nem változik. A használatához váltsd át az optimalizálási célt a Minimalizáld a költséget lehetőségre a Haladó beállításokban (Pro), és győződj meg róla, hogy minden alapanyag-sornak van ára.

Frissítés (2026-09-25): a Minimalizáld a költséget cél mostantól minden bejelentkezett csomagban elérhető, a Free-ben is. Lásd, mit tartalmaznak az egyes csomagok.

A CutOptim mostantól horvátul is beszél. A termék minden része — az app felülete, az összes útmutató és kalkulátor, a teljes app-dokumentáció és ez a mi-újság hírfolyam — elérhető horvátul, a cutoptim.com/hr címen, euróban árazva.

Ez valódi fordítás, nem gépi átfutás: horvát asztalos- és lapszabász-közönségnek íródott, azzal a szakszókinccsel, amit egy műhely valóban használ — plan rezanja, ploča, žica, otpad, iskoristivost, kantiranje.

Mi elérhető horvátul

• Az app — minden gomb, beállítás és üzenet az optimalizálóban.
• Kalkulátorok — mindegyik, a lapszabász kalkulátortól a rönk-kihozatal kalkulátorig.
• Útmutatók — a teljes könyvtár a /hr/vodici alatt, attól kezdve, hogy mi az a szabásjegyzék, addig, hogyan működik a vágásoptimalizálás.
• App-dokumentáció — minden cikk a /hr/dokumentacija alatt.

Mi nem változott

Az optimalizáló, az algoritmusok és az adataid pontosan ugyanazok. A horvát egy új belépési út, nem másik termék. Az árak euróban jelennek meg, abban a pénznemben, amit az eurózóna többi része már lát.

Bármikor válthatsz nyelvet a felső sáv földgömb-menüjéből. Van egy funkciókérésed, vagy találtál egy rosszul olvasó fordítást? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolatfelvételi űrlapot.

Ha egynél több alapanyag-méretet adsz meg — mondjuk egy 1.5 × 5 m-es és egy 1.5 × 4 m-es táblát, vagy egy 6 m-es és egy 1.5 m-es rudat —, a CutOptim mostantól mindig azt a méretet választja, amelyik a legkevesebb anyagot használja a darabjaidhoz.

Mi változott

Az optimalizáló minden alapanyag-méretet külön-külön és keverve is összehasonlít, és a terveket először a felhasznált összes anyag szerint rangsorolja: 2D-ben az összes tábla területe, 1D-ben az összes rúd hossza. A táblák vagy rudak száma mostantól csak holtversenyt eldöntő tényező.

Két dolgot javít ez:

• A sorrend többé nem számít. Ugyanaz a munka korábban más tervet adott attól függően, melyik alapanyag-sort írtad be elsőként — az egyik elrendezés csendben akár egyharmaddal több anyagot is elpazarolhatott. Mostantól mindkét esetben ugyanazt, az anyagilag legjobb tervet kapod.
• Egy nagy tábla többé nem ver meg két kicsit, ami kevesebbet fogyaszt. A rangsor korábban a kevesebb táblát tartalmazó tervet részesítette előnyben, így egyetlen nagy lap győzhetett két kis lap felett, amelyek együtt jóval kevesebb anyagot használtak. Ezt javítottuk.

Az alapanyag-sorokon lévő ★ csillag továbbra is működik — csak azt dönti el, melyik méretet használja fel először, azt soha nem, hogy egy nagyobb méret győzzön egy anyagban takarékosabb felett. Költség módban az optimalizáló továbbra is az összes árat minimalizálja, ami olyan olcsóbb méretet is jelenthet, amelyik nem a legkisebb.

Ráadásul: teljes pontosság hüvelyk módban

A hüvelyk módban megadott méretek mostantól mindenhol megtartják a három tizedesjegyüket, a bútor-sablonból behozott darabokat is beleértve — a 80.125-höz hasonló érték (pontosan egy nyolcad hüvelyk) 80.125 marad a táblázatokban, az eredményekben, a vágástervben és az exportokban. Egy sablon-útvonal korábban két tizedesjegyre kerekítette; ezt javítottuk.

A mentett projektjeidben és az adataidban semmi nem változik — az optimalizáló egyszerűen jobban választ, ha egy munka több alapanyag-méretbe is belefér.

A CutOptim mostantól spanyolul is beszél. A termék minden része — az alkalmazás felülete, az összes útmutató és kalkulátor, a teljes alkalmazás-dokumentáció és ez a mi-újság hír-folyam — elérhető spanyolul (Spanyolország), a cutoptim.com/es címen kiszolgálva, euróban árazva.

Ez valódi fordítás, nem gépi átfutás: spanyol asztalos- és lapszabász-közönségnek íródott, azzal a szakmai szókinccsel, amit egy műhely valóban használ — plan de corte, tablero, veta, merma, aprovechamiento, canteado.

Mi van meg spanyolul

• Az alkalmazás — minden gomb, beállítás és üzenet az optimalizálóban.
• Kalkulátorok — mind, a lapszabász-kalkulátortól a rönk-kihozatal kalkulátorig.
• Útmutatók — a teljes gyűjtemény a /es/guias alatt, attól kezdve, hogy mi az a szabásjegyzék, egészen odáig, hogyan működik a vágásoptimalizálás.
• Alkalmazás-dokumentáció — minden cikk a /es/docs címen.

Mi nem változott

Az optimalizáló, az algoritmusok és a te adataid pontosan ugyanazok. A spanyol nyelv egy új belépési pont, nem egy másik termék. Az árak euróban jelennek meg, abban a pénznemben, amit az eurózóna többi része már eddig is látott.

Bármikor válthatsz nyelvet a felső sávban lévő földgömb-menüből. Van egy funkció-kérésed, vagy találtál egy fordítást, ami rosszul hangzik? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolatfelvételi űrlapot.

A CutOptim eddig is tervek tucatjait próbálta végig minden futáson, és a legjobbat tartotta meg. Azt viszont sosem mondta el, mennyit ér ez a keresés.

Mostantól elmondja, két helyen:

• Az eredmény-összegzőben — ha az optimalizált terv kevesebb táblából vagy rúdból jön ki, mint ugyanazoknak a daraboknak egy egyszerű elrendezése, a kimenet-sor kiírja: hány táblával kevesebb, mennyi anyag ez, és ha az alapanyag-soraidon ár is van, mennyi pénz. A sor a PDF- és Excel-exportba is bekerül.
• A felső sávban — göngyölített összesítés arról, mennyi anyagot spórolt neked az optimalizáló az ezen az eszközön futtatott munkáid során.

Honnan jön a szám

Az összehasonlítás mért, nem becsült. A keresés közben a CutOptim egyik jelöltként mindig kiszámol egy egyszerű, mohó elrendezést is — ez a biztonsági küszöb, amit a végső tervnek le kell győznie, vagy legalább hoznia kell. A mérő azt írja ki, mennyit fogyasztott volna ez az egyszerű elrendezés ugyanazokkal a darabokkal, ugyanazzal a készlettel és ugyanazokkal a beállításokkal — a ténylegesen használt terv mellett. Három szabály tartja őszintén:

• Ha a két terv nem ugyanazokat a darabokat helyezte el (korlátozott készletnél előfordulhat), nincs állítás.
• Ha az egyszerű elrendezés ugyanolyan jó volt, nem jelenik meg sor — a nulla nulla marad.
• A demó-futások sosem számítanak bele az összesítésbe.

Minden csomagon

A mérő nem Free-csali. Free-n azt mutatja, mennyit ér egy-egy havi futásod; Pro-n és Műhely-csomagon tovább számol — az összesítés így egy tisztességes kérdésre felel: kitermeli-e magát az előfizetés?

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy írj a kapcsolati űrlapon.

Lemered a régi konyhát, kijön 858 mm a munkalap tetejéig, és 858 mm-re rendeled a szekrényoldalakat. Élzárva, méretre vágva megérkeznek. Aztán a dobozok rákerülnek a lábakra, ráteszed a munkalapot, és a munkafelület 996 mm-en van.

Az új alsó konyhaszekrény sablon pontosan ezt hivatott megelőzni. Ez a negyedik bútor sablon a TV állvány, a könyvespolc és a szekrény mellett, és elérhető az appban is, meg saját kalkulátor-oldalon is.

A lábazat nem a korpusz része

A beírt magasság a korpusz magassága, a lábazat pedig külön beállítás alatta. Ha a lábazatot állítod, a korpusz egyetlen darabja sem változik — és pont ez a helyes, mert a lábazat az, amit akkor igazítasz, amikor a dobozok már ott állnak egy nem sík padlón.

A widget kiírja a korpusz teteje értéket, hogy a vágás előtt ellenőrizhesd az összeget:

munkalap-magasság = lábazat + korpusz + munkalap-vastagság

Maga a munkalap nincs a szabásjegyzékben. Más anyag, más vastagságban, általában méretre vágva veszed — a lap-rendelésbe keverve a felület és a lapigény is hibás lenne.

Két traverz vagy teljes tetőlap

A munkalap alatti szekrényt általában nem tetőlap, hanem két traverz zárja: a munkalap már úgyis a felső felület, a traverz pedig szabadon hagyja a rögzítő csavarok helyét. Bármelyiket választhatod.

Az alap 600 mm-es szekrénynél a különbség mérve van, nem becsülve: traverzzel 2,03 m² lap, teljes tetőlappal 2,24 m² — 0,22 m² szekrényenként. A traverz ráadásul rejtve van, tehát a tetőlappal ellentétben a szálirány szabad, és az optimalizáló beejtheti a maradék csíkokba.

A konyhai előlap rálapoló

A szekrényajtó a nyílásba ül. A konyhaajtó a korpusz homlokfelületére fekszik és eltakarja az oldalak élét, tehát szélesebb lesz a nyílásnál, nem keskenyebb — 600 mm-es szekrényen 597 mm.

A sablon úgy méretezi az előlapokat, ahogy a konyhai előlapok tényleg készülnek. Nyílásba ülő mérettel ugyanez az ajtó 558 mm lenne: 39 mm-rel keskenyebb, olyan lapokon, amik mire ez kiderül, már élzárva és fúrva vannak.

Amit nem csinál meg

Az ajtó egy fiók-sor fölött előbb vízszintes nyílás-osztást kívánna, a modell viszont rekeszenként egy nyílással dolgozik — ezért megkéri, hogy válassz egyet, és külön generáld a két felét. A fiókdoboz és a pántfuratok is kimaradnak, mert mindkettő a megvásárolt vasalattól függ.

Részletek: Bútor sablonok, vagy próbáld ki az alsó konyhaszekrény szabásjegyzék-kalkulátoron.

Eddig egy terv megmutatása azt jelentette, hogy PDF-et exportálsz és csatolod egy e-mailhez. Mostantól van link.

Nyisd meg a Projektek panelt, keresd meg a vágást, kattints a 🔗-re. A cím a vágólapodra kerül — beillesztheted e-mailbe, üzenetbe vagy munkalapra. Aki megnyitja, látja a tervet: az összesítő számokat és az elrendezés-rajzokat, csak olvasható módon, telepítés és fiók nélkül.

Az adataid a tieid maradnak

Az oldal a tervet mutatja, és rólad semmi mást — sem a többi projektedet, sem a fiókodat, sem az ügyfeleidet. noindex jelölést kap, tehát a keresők nem listázzák. A megosztott link nem listázott, nem publikált.

A linkek 90 napig élnek. Ez szándékos, nem önkényes: a tervnek túl kell élnie egy valós munka idejét, de egy publikus cím valaki darablistájához ne éljen örökké.

Mindig látod, mi van kint

A dashboardodon van egy Megosztott tervek szekció: minden élő link, melyik vágásra mutat, meddig él, hányszor nyitották meg, és egy Visszavonás gomb, ami azonnal hatályos.

Ha ugyanazt a vágást kétszer osztod meg, ugyanazt a linket kapod, nem egy másodikat — így soha nincs forgalomban olyan cím, amit nem látsz és nem tudsz kikapcsolni.

A visszavont link elmagyarázza magát

Ha visszavonsz egy linket — vagy egyszerűen lejár —, az oldal nem hibát mutat. Elmondja, hogy a terv már nincs megosztva, és javasolja, hogy kérj újat. Ez többet számít, mint amennyire hangzik: a cím lehet, hogy hónapokkal korábban rákerült egy műhely falára kitett tervre, és ott egy halott oldal nem lejárt linknek látszik, hanem elromlott szoftvernek.

Részletek: Terv megosztása linkkel.

Frissítés (2026-08-27): a megosztás a Pro és a Műhely csomag része, mert a link egy felhőbe mentett vágásból készül, a felhőbe mentés pedig Pro-funkció (javítva: 2026-09-25). A megosztott link megnyitásához soha nem kell csomag — még fiók sem.

Azt régóta be lehet jelölni, hogy egy darab mely éleire kell élzáró. Ami hiányzott, az a szám, amit ténylegesen viszel a kereskedőhöz: hány méter.

Mostantól három helyen megvan:

• az eredmény-összefoglalóban, a vágáshossz mellett;
• a PDF anyagszükséglet-oldalának alján;
• az Excel-export Anyagszükséglet fülén.

Csak akkor jelenik meg, ha legalább egy darabon van élzáró-jelölés — élzárás nélküli munkán semmi nem változik.

Négy dolog, amit a szám jelent, és amit nem

A felső és alsó él a darab szélessége mentén fut, a bal és jobb a magassága mentén. Egy 800 × 300-as polc felül-alul élzárva darabonként 2 × 800 mm-t igényel, nem 2 × 300-at.

Pontos geometria, hulladék-ráhagyás nélkül. Az élzárót a valóságban átfedéssel veszik és visszavágják, és minden műhely más marzzsal dolgozik — ezért a valós számot adjuk, a ráhagyást te teszed hozzá. Inkább adunk egy számot, amivel számolni tudsz, mint egyet, amibe egy kitalált százalék van beleépítve.

Egyetlen összeg, nem élzáró-anyagonkénti bontás. A jelölés azt rögzíti, hogy mely élek, nem azt, hogy milyen típusú, vastagságú vagy színű élzáró — anyagonkénti bontást ebből nem tudunk előállítani.

A teljes darablistára számol. Ha valami nem fért rá erre a futásra, annak az élzárása is benne van — arra is szükség lesz, amint van elég alapanyag.

2D lap módban érhető el, Pro és Műhely csomagon, akárcsak maga az él-jelölés.

Frissítés (2026-09-25): az élzárás és az élzárás-folyóméter mostantól minden bejelentkezett csomagban elérhető, a Free-ben is. Lásd, mit tartalmaznak az egyes csomagok.

Megint azoknak, akik szoftvert írnak a CutOptim köré. Ha csak vágsz az appban, semmi nem változik — a fa mód ott pontosan úgy működik, mint eddig.

Az Engine API az app három módjából kettővel indult: lap és lineáris anyag. A faanyag — amelynek keresztmetszete van — mostantól a harmadik, egyetlen hívásban:

POST /v1/optimize/wood

Miért kellett neki saját végpont

A lineáris anyag egy dimenziót ismer, a hosszt, tehát bármelyik rúd bármelyik darabot adhatja. A faanyagnál ez nem így van: egy 50×150-es darab nem jöhet ki egy 50×100-as rúdból, akármennyi hossz marad is rajta.

Ezért a darabok és a készlet is viszi a keresztmetszet mindkét oldalát, a munka keresztmetszetenként szétválik, minden szekció a saját alapanyagához párosul és külön oldódik meg — és minden szekció a saját rúdjaival és saját összesítésével tér vissza, a teljes munka számai mellett.

Két dolog, amit érdemes tudni a bekötés előtt:

• A keresztmetszet két oldala tetszőleges sorrendben küldhető. Az 50×100 és a 100×50 ugyanaz a gerenda megfordítva, egy szekcióba kerül. Bárhogy is lettek felvéve az adataid, ettől nem tűnhet el alapanyag.
• A „nincs ilyen keresztmetszetű készlet” és a „nem fért el” külön tér vissza. Az első hiányzó anyag, a második kapacitás-probléma — egy listába vonva rossz helyre küldenék a felhasználódat.

Mit vált ki

Eddig ezt úgy lehetett közelíteni, hogy magad csoportosítottad a darabokat, és keresztmetszetenként küldtél egy-egy /v1/optimize/1d hívást. Ez szekciónként egy kérésbe kerül a kvótádból egy helyett az egész munkára, a készlet-párosítást a te kódodba tolja, az összesítést pedig neked kell kézzel összeraknod — olyat, ami nem feltétlenül egyezik azzal, amit a CutOptim app mutat ugyanarra a munkára.

Most már egyezik, és ezt lemértük, nem feltételeztük: az app saját fa demo-munkája a képernyőn 81,0% kihasználást, 10 rudat, 19/19 darabot és 19 vágást mutat — és az API ugyanazt a tervet adja, rúdról rúdra.

Sebesség

Ugyanazon a gépen mérve, amin az API fut: egy 40 darabos munka 4,4 ms alatt megoldódik, a legrosszabb eset pedig, amit fel tudtunk építeni — 2000 darab 20 keresztmetszetre szétosztva — 451 ms. Minden hívás szinkron marad: beküldöd a munkát, visszakapod a kész tervet, nincs mit lekérdezni.

Az API-referencia tartalmazza a pontos kérés- és válaszszerkezetet, az OpenAPI-dokumentum pedig mostantól négy helyett öt végpontot ír le — egy újragenerált kliens magától felveszi az újat.

Van funkció-kérésed vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Ha lapot szabsz, nálad semmi nem változott. Ez a lineáris anyagról — rúd, cső, profil — és a fáról szól.

A CutOptim minden munkán több stratégiával próbálkozik, és a legjobb tervet tartja meg. Az egyik egy pontos kombináció-kereső: melyik darabok töltik ki ezt a szálat maradék nélkül? Ez az a stratégia, amelyik a hulladékot nullára viszi.

150 darab fölött ez ki volt kapcsolva.

Miért volt kikapcsolva, és miért volt ez rossz döntés

Sebességvédelemnek szántuk, csak épp rossz dolgot mért. Ennek a keresésnek a valódi költségét a szál hossza hajtja, nem a darabszám: ugyanaz az 501 darabos munka 58 ms egy 1 méteres rúdon és nagyjából egy másodperc egy 10 méteresen. A darabszámolás tehát az olcsó esetet hagyta ki, a drágát pedig átengedte volna.

Így 150 darab fölött a terv a durvább, „töltsd be sorban” stratégiákra esett vissza. Az élő API-nkon mérve, egy 501 darabos teszt-munkán, aminek ismerjük az optimumát: 195 szálat használt, pedig bizonyíthatóan 167 is elég lett volna.

Mi változott

A védelem mostantól a tényleges számítási munkát méri, nem a darabokat számolja. A kombináció-kereső akkor fut, amikor belefér — ami szokásos rúdhosszakon szinte mindig.

Ugyanaz a munka most 171 szálból jön ki.

Mire számíthatsz

Őszintén: munkafüggő.

• Ahol a darabok pontosan kitesznek egy szálat — méretre vágott sorozatgyártás, vázszerkezet, ismétlődő szerelvények — ott a legnagyobb a változás. Pont ezeket kezelte a legrosszabbul a régi visszaesés.
• A kis és közepes munkák, nagyjából 150 darabig, változatlanok. Ott eddig is lefutott a teljes keresés.
• A nagyon vegyes hosszúságú munkákon alig változik valami: ott eleve nincs sok pontos kombináció.

Publikált akadémiai teszthalmazokon az elméleti optimumtól való átlagos távolság lineáris munkákon 4,9%-ról 2,3%-ra csökkent. A te munkádra nem írunk százalékot — az egyetlen szám, ami számít, az, amit a saját anyaglistád ad, és ingyen lefuttathatod kétszer, összehasonlítva.

Az ára

A nagy munkák tovább számolnak. A leglassabb lineáris munka, amit össze tudtunk állítani, most nagyjából 0,44 s, a leglassabb fa munka 0,5 s — korábban mindkettő pár ezredmásodperc volt. Nagyjából 400 darab alatt semmi nem változik.

A lap (2D) szabás érintetlen, és ezt nem feltételeztük, hanem ellenőriztük: a lap-regressziós készletünk minden elrendezése bájtra azonosan jön vissza.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy írj a kapcsolati űrlapon.

Két dolog történt, és a második fontosabb, mint az első.

Publikáltunk egy benchmarkot

A cutoptim.com/benchmarks mostantól él. Publikált akadémiai teszt-instance-ek minden munkájára kiszámol egy alsó korlátot — olyan tábla- vagy szálszámot, ami alá semmilyen vágási terv nem mehet —, és megmutatja, milyen messze van ettől a CutOptim terve. Ha egy terv eltalálja a korlátot, akkor az a munkára bizonyítottan optimális; jobb nem létezik.

Minden munka fel van sorolva. A nyers eredmények letölthetők. Az instance-források SHA-256-tal vannak rögzítve, tehát egy újrafuttatás bizonyítani tudja, hogy ugyanazokat a bájtokat mérte, és az egész két paranccsal reprodukálható a repónkból.

Az oldal azt is kimondja, amit a számok nem mondanak — ez hasznosabbnak tűnt, mint csak a hízelgő felét mutatni:

• a korlátunk nem a legerősebb a szakirodalomban, tehát az általunk közölt rés felső becslés — egy „nincs a korláton” jelölésű munka valójában lehet optimális, csak nem tudjuk bizonyítani;
• a relatív rés kis munkákon felnagyít, ezért az abszolút oszlop (hány táblával a minimum fölött) a becsületes szám;
• a generált tesztcsaládok közül kettő szándékosan ellenséges — plafon-teszt, nem a tipikus munka képe.

Kivezettünk egy számot, amit soha nem lett volna szabad kiírnunk

A mai napig ez az oldal azt írta, hogy a CutOptim „tipikusan 88–96% anyagkihasználást ér el” — a fogalomtárban, a GYIK-ban és egy funkciókártyán, mind a nyolc nyelven.

Soha senki nem mérte meg.

Amikor végre megmértük, azokon az akadémiai instance-eken a medián jóval alatta jött ki. Azok az instance-ek nehezebbek egy tipikus bútormunkánál — a darabméreteik véletlenszerűek, nem ismétlődők —, tehát nem arról van szó, hogy a program rosszabb, mint hittük. Arról van szó, hogy olyan számot hirdettünk, amire semmi alapunk nem volt, és aki ajánlatokat hasonlít össze, ennél többet érdemel.

Az állítás tehát mindenhonnan eltűnt, és nem cseréltük le egy barátságosabb tartományra. Amit a helyére tettünk, az a mérés, plusz egy őszinte mondat: hogy egy táblából mennyi hasznosul, az a darabok összetételétől, a készlet méreteitől és a fűrészlaptól függ — és az egyetlen szám, ami számít, az, amit a saját anyaglistád ad.

A buildünkbe került egy automatikus ellenőrzés is, ami elbukik, ha bármelyik nyelv marketing-szövegébe visszaszivárog egy kihozatal-százalék. Ezt az állítást három menetben sikerült kiirtani, mert minden próbálkozás kihagyott belőle egy családot; egy takarítást, ami három nekifutást igényel, a következő szerkesztés visszacsinálja, ha nem figyeli semmi.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy írj a kapcsolati űrlapon.

Ez a bejegyzés egy meghatározott olvasónak szól, ezért kezdjük azzal, kinek. Ha szoftvert írsz — vagy fizetsz valakit, aki írja —, mostantól közvetlenül hívhatod a CutOptim vágásoptimalizáló motorját az ERP-dből, az árazó eszközödből vagy egy gép saját szoftveréből, ahelyett hogy valaki újra begépelné a szabásjegyzéket egy böngészőbe. Ha csak táblát vágsz, számodra semmi nem változik. Az app pontosan ugyanúgy működik, és az optimalizáló továbbra is része az Ingyenes, a Pro és a Műhely csomagnak.

Mit ad

Beküldöd a darabokat és az alapanyagot JSON-ban a https://api.cutoptim.com címre, és visszakapod a teljes eredményt: minden darabot a koordinátáival, a guillotine vágástervet és a mérőszámokat — táblaszám, kihozatal %, vágásvonalak, fűrészelések, vágáshossz és teljes ár. Ugyanaz a motor, ugyanazok a számok, mint az appban.

Öt végpont, és ennyi az egész felület:

• POST /v1/optimize/2d — táblák
• POST /v1/optimize/1d — rúd, profil, cső
• POST /v1/optimize/wood — faanyag, keresztmetszet szerint párosítva (2026-08-03-tól)
• GET /v1/usage — mennyit használt ez a kulcs ebben a hónapban
• GET /v1/health — fut-e egyáltalán

Az azonosítás egyetlen fejléc: Authorization: Bearer <kulcs>.

Ugyanaz a bemenet mindig ugyanazt a választ adja

A motor determinisztikus: nincs véletlenszerűség, nincs óra az algoritmusban. Ugyanazt a munkát kétszer beküldve az elrendezés koordinátáig azonosan jön vissza. Vagyis cache-elheted az eredményt, és betehetsz egy ismert munkát egy tesztbe, hogy a kimenetet összehasonlítsd — ezt egy futásonként kicsit másképp döntő optimalizáló nem tudja kiszolgálni.

Két motor, és egy őszinte kompromisszum

A heuristic az alapértelmezett, pontosan az a guillotine pakoló, amit az app futtat: legjobb kihozatal, minden elrendezés éltől élig vágható panelfűrészen, mindig teljes vágásterv.

A balanced opcionális. MaxRects alapú, szabad beágyazású pakoló, egy 2000 darabos munkán körülbelül 25× gyorsabbnak mértük — de a kihozatal kicsivel alacsonyabb, az elrendezései pedig gyakran nem vághatók guillotine-nal, ezért nem ad vágástervet. Ez sebesség- és gyárthatóság-kompromisszum, nem jobb eredmény. Akkor válaszd, ha egy nagy munkára gyorsan kell válasz; hagyd az alapértelmezetten, ha valakinek tényleg fel is kell vágnia a táblát.

Korlátok, ár, és hogyan juthatsz be

2000 darab kérésenként, 50 alapanyag-sor, 1 MB kéréstörzs. 49 € havonta 10 000 kérésre, EUR-ban számlázva, 14 napos próbaidővel. A 10 000 kemény plafon, nem kiindulási pont: elérése után a hívások megállnak, amíg át nem fordul a hónap. Nincs túlhasználat, nincs váratlan számla.

(2026 októbere óta az Engine API-nak két csomagja van — az aktuális árak és keretek az Engine API oldalon láthatók.)

Az Engine API oldalon elő tudsz fizetni — próbaidőszakkal indul, és a hozzáférés magától felkerül a fiókodra. Ha inkább előbb leírnád, mit építesz, a másik út a kapcsolati űrlap. Ezután megjelenik az API-kulcsok kártya az irányítópultodon: ott készíted a kulcsokat, mindegyik pontosan egyszer látszik (csak a hash-e tárolódik, tehát soha többé nem kérdezhető vissza), és a havi kvótához mért felhasználás is ugyanezen a kártyán van.

A többi le van írva: Engine API az áttekintéshez és az árakhoz, API-referencia minden mezőhöz, beállításhoz, hibakódhoz és mindkét motorhoz.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

A vágásterv megmondja, hol vannak a darabok. Azt viszont soha nem mondta meg, hogyan telik a nap a fűrésznél: hányszor kell átállítani az ütközőt, mekkora utat tesz meg a fűrészlap, mit vágj először. Ez a frissítés mind a háromra válaszol — és a tervet egy olyan ütközőpozíció-listává alakítja, amelyet sorban le lehet dolgozni.

Hány vágás, és mekkora utat tesz meg a fűrészlap

Az eredmény fejlécében mostantól két szám ül, minden csomagban, vendégként is.

• A Vágások az ütközőállásokat számolja. Ugyanazt a méretet három csíkon átvágni egyetlen beállítás, tehát egyszer számít — mert a gépnél is egy átállítás.
• A fűrészelés akkor jelenik meg alatta, ha a kettő eltér, és minden külön átszabott csíkot külön számol. A pengekopás és a vágásonkénti díj ezt a számot követi.
• A Vágáshossz a teljes fűrészút — mm-es munkánál méterben, hüvelykesnél lábban. Ez a szám mindkét számolási konvenció mellett ugyanaz.

Egyik szám sem „a helyes”; más kérdésre válaszolnak. Hányszor állítom át az ütközőt? és hányszor megy át a lap az anyagon? Egy munka beárazásához mindkettő kell.

A sztenderd, 40 darabos demó munkánkon (2440 × 1220 tábla, 3 mm fűrészrés) a terv 30 vágás, 52 fűrészelés és 32,88 m fűrészút 2 táblán, 83,3% kihasználtsággal.

Élenként külön széllevágás

A Széllevágás oldalanként felváltja a 2D egyetlen levágás-értékét: külön bal, jobb, fent és lent mező. Minden csomagban elérhető, vendégként is.

Ez nem finomítás, hanem javítás. A sérült vagy nem derékszögű élhez több kell, mint a többihez, és mind a négyre azonos értéket adni nem egyszerűen gyengébb tervet ad, hanem hibásat: kevés a rossz élen, és az első darab viszi a hibát; sok a másik hármon, és olyan anyagot dobtál el, amit soha nem kellett volna.

1D-ben és Fa módban egy rúdnak két vége van, ezért ott az Indító trim / Záró trim mezőpár jelenik meg helyette.

A vágásterv — mostantól rúdon is, nemcsak táblán

A Vágási sorrend eddig 2D funkció volt. Mostantól 2D lap, 1D lineáris és Fa módban is fut, a Pro csomagban.

Táblán a terv fázisról fázisra bontja le a lapot: ütközőállásonként egy lépés, a vágás irányával és pozíciójával, így soha nem kér keresztvágást azelőtt, hogy a csíkot leszabtad volna.

Rúdon nincs vágási fa — a faanyagot a fejétől a végéig szabjuk át —, ezért a terv a futó pozíció: minden darab után a fűrészlap azon a jelen halad át, majd a fűrészréssel lép tovább. Minden rúd így olvasható: kalibrációs szalag (ha be van kapcsolva), aztán az indító trim fej-vágása (ha van), aztán egy lépés minden darab után — kivéve azt az utolsó darabot, amely pontosan a hasznos végnél fejeződik be, és nincs miért levágni róla.

Minden lépés egy a rúd fejétől mért ütközőpozíciót ad meg. Épp ez a lényeg: egy szám, amit be tudsz állítani az ütközőn, ahelyett hogy húszszor összeadnál fejben darabhosszakat és fűrészréseket egy hatméteres rúd mentén.

Kétféleképpen használhatod:

• A lejátszó mostantól közvetlenül a lap- vagy rúdrajzok fölött ül, amelyeken végiglépteti a tervet, nem az eredmények tetején. Vezérlői: ◀ Előző, a lépés-kijelző, ▶ Következő, az új ⏮ Újraindítás és a ▶ Lejátszás. Az Újraindítás megállítja a lejátszást, és visszavisz az 1. lépésre — a második tábla vagy a munka második futása előtt.
• A táblázat a szabásjegyzék alatt a teljes tervet egy képernyőn adja: a sorrend, a lap vagy rúd, az irány vagy a darab, és a pozíció. Bármelyik sorra kattintva a lejátszó arra a lépésre ugrik, kiemelt sorral. Ezt olvassák el indulás előtt, és ezt fotózzák le, hogy elküldjék a fűrészhez.

Egy őszinte korlát: az 1D lineáris pozíciókat közöl, vágáshosszt nem, mert a lineáris alapanyagnak nincs keresztmetszete, amin a fűrészlap áthaladna. A Fa mód ismeri a keresztmetszetet, ezért ott fűrészelt hosszt is jelentünk. Inkább kihagyunk egy számot, mint hogy kitaláljuk.

A kalibrációs vágás — mostantól rúdon is

A kalibrációs vágás egy vékony szalagot húz le az anyagról, mielőtt bármelyik darab elkészülne. Megméred, összeveted azzal, amit kértél, és a különbséggel korrigálod az ütközőt — így már az első valódi darab is pontos, ahelyett hogy azt áldoznád fel annak kiderítésére, hogy a beállítás elcsúszott. Pro funkció.

Mostantól minden módban fut. Táblán te választod ki, melyik élről jön le a szalag. Rúdon mindig a fejről jön le, és az oldal-választó rejtve van — egy rúdnak egy feje van, négy él közti választás olyan vezérlő lenne, amit a terv nem tudna teljesíteni.

Az indító trimre ül rá: a fejnél lefoglalt anyag az indító trim plusz a kalibráció. Ha mindkettő be van állítva, a fejet kétszer szabjuk át — egyszer a megmérendő szalagért, egyszer a trim maradékáért —, és a vágásterv mindkét áthaladást felsorolja, ebben a sorrendben.

Két vezérlő, amely a gépedet írja le

Mindkettő 2D-s, és mindkettő a Műhely csomag része.

• Max. vágási fázis. Egy fázis egymással párhuzamos vágások sorozata két anyagforgatás között — a panelfűrészeket pontosan így adják meg, 2, 3 vagy 4 fázisú gépként. Mondd meg a CutOptimnak, mit enged a tiéd, és a terv ehhez tartja magát, ahol a munka engedi — ahol pedig egy munka nem szabható a korláton belül, ott figyelmeztet, ahelyett hogy nem fűrészelhető tervet adna vissza. Mindezt kihasználtság vagy tábla feláldozása nélkül.
• Forgatás minimalizálása. A kevesebb darabot forgató elrendezéseket részesíti előnyben, de csak akkor, ha az nem kerül plusz táblába. Egy tábla pénz, egy forgatás másodperc — a kihasználtságot ezért soha nem adjuk érte cserébe.

Ha egy korlát nem teljesíthető, akkor is megkapod a tervet. Az optimalizáló visszaadja, és figyelmeztet, mely tábláknál kell több átállítás a fűrészen — használható terv egy megjegyzéssel, soha nem hibaüzenet.

A PDF-ben és az Excelben

• Vágási sorrend oldal a PDF-ben, saját oldalon, mind a három módban. Táblán: tábla, vágási fázis, irány, pozíció és vágáshossz. Rúdon: rúd, a vágás által leválasztott darab, és az ütközőpozíció. A számolási konvenciót a cím alatt kiírjuk, a táblázat alatt pedig egy keretezett sáv hozza a kulcsszámokat — vágások, fűrészelések, vágáshossz, vágási fázisok. Pro.
• Vágási sorrend lapfül az Excel munkafüzetben, közvetlenül a Szabásjegyzék után, mert ebből dolgozik a kezelő. Az összesítés a lap alján megismétlődik, így a fül önmagában is megállja a helyét, ha csak azt viszed a fűrészhez. Pro.
• Laprajzok teljes méretben. 2D-ben minden tábla megismétlődik a PDF végén, saját fekvő oldalon, akkorára rajzolva, amekkorát a papír enged. Az álló folyamba illesztve egy 2800 × 2070-es tábla nagyjából 1:16-ban nyomtatódott — képnek jó, munkára használhatatlan. A fekvő oldal körülbelül háromszor akkora területet ad, és az olvasandó rész is összefüggő marad, nem szakítják meg egész oldalas rajzok.
• A hulladéklista megmondja, érdemes-e megtartani egy maradékot. Mostantól saját oldalon kezdődik, és van egy Újrahasználható oszlopa Igen/Nem értékkel, elöl a megtartandókkal — a táblázat alatt pedig egy sor kimondja a szabályt a te számaiddal: 2D-ben mindkét oldalnak el kell érnie a minimális maradékméretet (egy hosszú, keskeny csík nem hasznos), 1D-ben és Fa módban a megmaradt hossznak.

Mi jön ezután

A maradék-anyag automatikus bevonása és az összeállítási csoportok továbbra is a listán vannak, akárcsak a vágásterv saját helye a cimke- és árajánlat-exportokban.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Frissítés (2026-09-25): a vágási sorrend (képernyőn, PDF-ben és Excelben) és a kalibrációs vágás mostantól minden bejelentkezett csomagban elérhető, a Free-ben is. Lásd, mit tartalmaznak az egyes csomagok.

Ebben a frissítésben három dolog volt elromolva, és kettő olyasmibe került a fizető ügyfeleknek, amit már megvettek. Ezek jönnek elsőként.

A meghívott tagjaid mostantól tényleg Műhelyt kapnak

Ha Műhely csomagod van, és a Csapat kezelése alatt munkatársakat vettél fel, ők nem azt a csomagot kapták, amiért fizetsz. A meghívott tagot minden ellenőrzésnél ingyenes felhasználóként kezeltük: havi három optimalizálás, hely egyetlen mentett projektnek, és semmi a Pro vagy a Műhely exportokból. Három férőhelyért fizettél, és a rajtuk ülő három emberből kettőnek ingyenes fiókja volt.

Ez hiba volt, nem szabály. A meghívott tag mostantól a tulajdonos által fizetett csomagot kapja, mindenhol, ahol a csomagot olvassuk.

Nincs vele teendőd. Nem kell újra meghívni, nem kell újra menteni, nincs bekapcsolandó beállítás — a szervezetedben már bent lévő munkatársak maguktól megkapják. És csak felfelé mozdít: az a tag, akinek saját Pro előfizetése van, Műhelyre emelkedik, amíg a férőhely fedezi, lefelé soha nem kerül.

És a közös munkaterület mostantól tényleg közös

A másik fele ugyanennek a történetnek: a Műhely csomag megosztott munkaterületet árult, a projektek viszont nem voltak megosztva. Ez is javítva.

Amit bármelyik tag a szervezet tagjaként ezután ment el, az a szervezeté. Minden tag látja a projektlistájában, megnyithatja, átnevezheti, vágásokat vehet fel bele és szerkesztheti a meglévőket. És — ez a gyakorlati lényeg — a haladásjelölők is közösek: ha az egyik kezelő kipipálja a levágott darabokat, a másik ezt látja, tehát nem szabják fel ketten ugyanazt a táblát.

Két korlátot mondjunk ki rögtön, mert mindkettő szándékos:

• Nem visszamenőleges. A frissítés előtt mentett projektjeid személyesek maradnak, és nem váltak láthatóvá a kollégáid számára. Egyetlen régi árajánlatod sem került megosztásra attól, hogy ez a változás élesbe ment.
• Törölni csak a tulajdonos tud. A tag szerkesztheti a kollégája projektjét, de nem tüntetheti el. A projektpanelen a másé egy 👥 jelölőt kap, és nincs mellette törlés gomb.

A részletek a Csapatmunkaterület oldalon.

A „túl nagy a tábláidhoz” többé nem arra a darabra vonatkozik, amelyik csak nem fordulhat

Egy felhasználó jelezte: 2440 × 1220-as tábla a készletben, az eredmény pedig azt írta, hogy 550 × 1964 — túl nagy a tábláidhoz, azzal a tanáccsal, hogy vegyél fel nagyobb formátumot, vagy bontsd kisebb darabokra. Fordítsd el azt a darabot, és bőven elfér.

Az elrendezőnek abban igaza volt, hogy a darabot nem tudja elhelyezni: annál a sornál a Forg. jelölőnégyzet ki volt kapcsolva, tehát csak állítva mehetett fel, állítva pedig nem fér el. Az üzenet és a tanács volt rossz. Olyan tábláért küldték volna a kereskedőhöz, amelyik már ott állt a fal mellett.

A két esetet mostantól megkülönböztetjük. Az a darab, amelyik állítva nem fér el, de elfordítva igen, így jelenik meg: elférne elforgatva, de a Forg. ki van kapcsolva — a súgó pedig megnevezi a Forg. oszlopot és a bepipálandó sort a Darabok (2D) táblában. Azt is kimondja, hogy hagyd kikapcsolva, ha a szálirány miatt van rögzítve — az jogos döntés, nem javítandó hiba. Azok a darabok, amelyek tényleg nagyobbak a legnagyobb tábládnál, a régi üzenetet és a régi tanácsot kapják, mert rájuk az a helyes.

A PDF is az új szöveget viszi, hiszen a kinyomtatott terv az, ami eljut a kereskedőhöz.

Az 1D lineáris megmondja a vágáshosszt — ha megadod a profil-szélességet

A lineáris alapanyag csak hossz, semmi más. Nincs keresztmetszet, amin a fűrészlap áthaladna, ezért a vágásterv ütközőpozíciókat tudott adni, megtett fűrészutat viszont soha — és inkább kihagyunk egy számot, mint hogy kitaláljuk.

Tippelés helyett most van rá beviteli mező. A Profil-szélesség a Haladó beállítások között ül, és csak 1D Lineáris módban jelenik meg: milyen széles anyagon megy át a fűrészlap egy vágásnál. Töltsd ki, és a Vágáshossz megjelenik az eredmény fejlécében és az összegzésben, valamint a PDF vágásterv-oldalán és az Excel Vágási sorrend fülén.

Hagyd 0-n, és semmi nem változik — pozíciók igen, hossz nem, pontosan úgy, mint eddig. Ez az alapérték szándékos: az a munka, amelyik soha nem mondja meg, milyen keresztmetszetet vág, inkább ne kapjon számot, mint hogy hihetőt kapjon.

A Fa mód anyagonként eleve ismeri a keresztmetszetet, ott a mező meg sem jelenik. Ha egy munkában több keresztmetszet keveredik, a Fa mód a válasz — az anyagonként tartja nyilván.

Az anyagok megjegyzik, milyen fűrészlappal és levágással szabod őket

A fűrészrés és a széllevágás az anyaghoz tartozik, nem a munkához. A 3,2 mm-es fűrészlap a 18 mm-es táblához tartozik, a 12 mm-es levágás a nyers élű pallóhoz. Eddig minden anyagnál újra be kellett állítanod, és ha elfelejtetted, olyan terv készült, amiről csak a fűrésznél derült ki, hogy rossz.

Az Anyagraktáradban lévő anyag mostantól viszi a saját Fűrészlap-értékét és levágásait: egy lap négy élet tárol, egy rúd a két végét.

• Nincs új kitöltendő mező. Ami éppen be van állítva, az mentődik el az anyaggal, ugyanazon az Aktuális mentése és Hozzáadás gombon, amit eddig is használtál.
• Látod, mit tárol. Az anyag sorában egy kis beállítás-jelvény mutatja a hozzá tartozó fűrészrést és levágást, így a mentés látható, nem varázslat.
• A betöltés megmondja, mi változott. Töltsd be az anyagot, és ezek az értékek visszakerülnek a Beállítások közé, a visszajelzés pedig megnevezi azokat a mezőket, amelyek tényleg megváltoztak. Az a beállítás, amelyik szólás nélkül mozdul el, rosszabb, mint amelyiket kézzel állítasz be.

A frissítés előtt mentett anyag semmit nem visz magával, és a betöltése semmit nem változtat. Nem állítja vissza csendben azt a fűrészrést és levágást, amit az előtted lévő munkához beállítottál. Az üres itt nem nulla: az üres azt jelenti, hogy az anyag nem mond róla semmit, a 0 viszont valódi válasz, azaz nincs levágás.

Mi jön ezután

A csapatmunkából az élő frissítés még nyitva van: ma a kollégád változása a projekt következő megnyitásakor jelenik meg, nem magától a képernyőn. Az összeállítási csoportok is a listán vannak.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Frissítés (2026-09-25): a PDF vágásterv-oldala, az Excel-fül és az Anyagraktár mostantól minden bejelentkezett csomagban elérhető, a Free-ben is. Lásd, mit tartalmaznak az egyes csomagok.

A legolcsóbb tábla az, amelyik már a tiéd. Ez a frissítés ráveszi a CutOptimot, hogy előbb a mentett maradékaidhoz nyúljon, mielőtt bármi újat megbontana — aztán világosan megmondja, mit kell valóban megvenned.

Automatikus maradék-újrahasználat

Ha a Maradékok automatikus felhasználása be van kapcsolva — alapból be van —, minden optimalizálás két menetben fut. Előbb a Maradék raktár meglévő maradékaira pakolja a darabjaidat, majd ami marad, azt a szokásos optimalizáló kapja meg új alapanyagon.

• Mindhárom mód. 2D lapok, 1D lineáris és fűrészáru-profilok.
• Egy maradékot legfeljebb egyszer használ fel. A maradékokat soha nem sokszorozza úgy, ahogy egy alapanyag-formátumot megtehet, mert mindegyikből csak egy van a polcodon.
• A terv néven nevezi őket. A raktáradból származó lap vagy rúd ♻ jelet kap, és viszi magával az általad adott nevet — így aki a fűrésznél áll, tudja, hogy azt kell elhoznia, nem pedig új táblát megbontania.
• Az eredmény megmutatja, mit spóroltál. Hány maradék fogyott el, mennyi anyagot jelent ez, és — ha a feladat elég kicsi ahhoz, hogy ellenőrizhető legyen — hány táblával vagy rúddal kevesebb új anyagra volt szükséged.
• A raktárad őszinte marad. A futás mentése levonja, amit elhasznált: a teljesen felhasznált maradék lekerül a listáról, a részben felhasználtat pedig a saját maradéka váltja fel.

Kapcsold ki a jelölőnégyzetet a csak-új-anyagos futáshoz — hasznos, ha friss anyagra adsz árajánlatot, és nem akarod, hogy a maradékok beleolvadjanak az árba.

Anyagszükséglet összesítés, amiből vásárolhatsz

Minden eredményhez jár mostantól egy Anyagszükséglet összesítés, mindhárom módban, közvetlenül a vágási lista előtt. Arra az egy kérdésre válaszol, amit indulás előtt felteszel: mit kell megvennem?

Két részre bontja a feladatot:

• Új alapanyag — amit még meg kell venned, méret szerint, darabszámmal és összes területtel vagy hosszal.
• Felhasznált maradékok — ami már a tiéd, egy sorral arról, hány darabot vegyél le a polcról, mielőtt nekikezdesz.

Ugyanez a bontás megjelenik a PDF-ben és az Excel-munkafüzetben is, így a kereskedő és a műhely ugyanazokat a számokat olvassa.

Árajánlat, amely a kész darabot számlázza

Az árajánlat mostantól kétféle árazási módot kínál. Az Árrés a költségre a feladat által elhasznált táblákat számlázza, ahogy eddig. A Termékárak ehelyett a kész darabokat számlázza, a darabonként megadott eladási áron — ahogy a legtöbb műhely valójában árajánlatot ad egy konyhára.

Mellette: vevőadatok, adókulcs, érvényességi dátum, munkadíj-sor és opcionális vágásonkénti díj. Az árrésed az egységárakba épül be, nem külön sorként jelenik meg, így a vevő letisztult dokumentumot lát. Ha kiírva szeretnéd az árrést, állítsd a dokumentum-választót Belső kimutatásra — az megmutatja a költséget, az árbevételt és a bruttó árrést, és soha nem kerül ki az asztalodról.

Az erezet egyeztetés mostantól alakítja az elrendezést

Az erezet-csoportok már nem csak egy szándékot rögzítenek. A csoportba tett panelek egy táblán maradnak együtt, ahol az elrendező meg tudja oldani, a forgatásuk rögzül, hogy az erezet ugyanabba az irányba fusson, és kimaradnak a maradék-menetből, így egy összepárosított készlet soha nem szakad szét egy maradék és egy új tábla közé. Ha egy csoport tényleg nem fér el egy táblán, az eredmény ezt kimondja, ahelyett hogy csendben szétbontaná.

Árak ott, ahol kellenek

• Költség- és eladási ár oszlopok az alapanyag- és a darab-táblákban, amelyeket az Ár-oszlopok mutatása jelölőnégyzet jelenít meg.
• Az adataiddal utaznak. Mindkét oszlop ott van a CSV-sablonokban, a CSV-importban és az Excel-beillesztésben, így egy beárazott vágási lista túléli a táblázatkezelőn át vezető oda-vissza utat.
• Az Anyagraktár mostantól a méret mellett az árat és a vastagságot is tárolja, a sorok pedig egy kattintással betöltődnek a feladatba.

Exportok

• Címlap minden módban. Korábban csak a fűrészáru-tervek kaptak ilyet. Mostantól a 2D- és a lineáris terveket is ez vezeti be, és a kihasználtság, a táblák és a hulladék mellett a vágások számát is felsorolja.
• Az azonos táblák összevonva. Egy olyan feladat, amely ugyanannak az elrendezésnek a húsz másolatából áll, korábban húsz szinte azonos oldalt nyomtatott; a 2D mostantól egyetlen ábrába vonja össze őket egy ismétlés: N× jelöléssel, ahogy az 1D már egy ideje teszi. A vágási lista is megkapta a hozzá tartozó oszlopot.
• A fűrészáru-tervek anyag szerint csoportosítva. Alapanyagonként egy-egy szakasz, és felhasznált maradékonként is egy — ahelyett, hogy minden egyetlen fejléc alatt lenne.
• Nevek mindenütt. A 2D alapanyag-sorok elnevezhetők, és ezek a nevek mostantól megjelennek a tábla-fejléceken, az Excel Anyagszükséglet- és Hulladék-fülén, valamint a DXF-ben.

Javítások, amikről érdemes tudni

• Az Excel elválasztójele. A CSV-import mostantól magából a fájlból ismeri fel a vesszőt, a pontosvesszőt vagy a tabulátort. Ha európai Windows-területi beállítást használsz, ahol az Excel pontosvesszőt ír, a fájlod úgy importálódik, ahogy van.
• Az eladási ár többé nem lesz alapból 1. A cella törlése korábban 1-et mentett el, így a szándékosan ár nélkül hagyott darab darabonként egy egységgel került az árajánlatba — és átcsúszott az „Ár nélküli tételek” figyelmeztetésen is.
• Fűrészáru beillesztése Excelből. A beillesztési súgó által javasolt fejléc-sort félreolvasta a program, és az egész beillesztést elutasította. Ez és egy ehhez kapcsolódó, üres cellák miatti oszlop-elcsúszás is javítva.

Mi jön ezután

A Business Csapatmunkaterület hiányosságait zárjuk le: közös projektkönyvtár, és hogy a tagok örököljék a tulajdonos csomagját.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Frissítés (2026-09-25): a Maradék raktár, az ár-oszlopok és az Anyagraktár mostantól minden bejelentkezett csomagban elérhető, a Free-ben is. Az árajánlat és az erezet-egyeztetés a Műhely csomag része maradt. Lásd, mit tartalmaznak az egyes csomagok.

Frissítés (2026-10-13): az erezet egyeztetést újraépítettük szettekre — a szett darabjait mostantól egyetlen darab lapból, egymás mellett vágjuk ki, pontosan egy fűrészrésnyi távolságra —, és már nem korlátozódik a Műhelyre: minden bejelentkezett csomagban elérhető (a Free a havi futtatásain belül, a Pro havi kerettel, a Műhely korlátlanul). Lásd Erezet egyeztetés, újraépítve.

A jobb vágási tervek kevesebb elpazarolt anyagot és kevesebb megvásárolt táblát jelentenek. Ez a frissítés újraépíti a lineáris és fűrészáru-szabászat mögötti motort, tömörebben pakolja a 2D-táblákat, és gondoskodik róla, hogy a PDF a teljes képet elmesélje.

Okosabb lineáris és fűrészáru-szabászat

• Több stratégia, a legjobb eredmény nyer. A lineáris és fűrészáru-optimalizáló mostantól minden feladatra több pakolási stratégiát futtat, és azt tartja meg, amelyik a legkevesebb anyagot használja — egyetlen megközelítésre támaszkodás helyett.
• Erős az ismétlődő feladatokban. A sok azonos darabot tartalmazó rendeléseknél egy új, minta-alapú módszer olyan közel-optimális elrendezéseket talál, amelyek korábban elérhetetlenek voltak.
• Ugyanaz a feladat, kevesebb maradék. A gyakorlatban ez rövidebb megmaradt rudakat és táblákat jelent, és gyakran eggyel kevesebb megvásárolandó hosszt.

Teltebb táblák 2D-ben

• Nincs több elpazarolt szél. A 2D-elrendező mostantól kitölti a tábla teljes szélességét vagy magasságát átfogó darabokkal a helyet, ami korábban a széleken kárba veszett.
• Egy valós példa. Egy elrendezés, amelyhez korábban két tábla kellett — mindegyik alig félig kihasználva —, most egyetlen táblára fér 94%-os kihasználtsággal.

A PDF-ből semmi sem vész el

• Minden darab elszámolva. Ha egy darab nem fér el, vagy kifogysz a készletből, az exportált PDF mostantól mindhárom módban (2D, lineáris és fűrészáru) világosan felsorolja — így semmi nem tűnik el csendben a képernyő és a műhely között.
• Gyorsabb, privátabb exportok. A PDF-generálás mostantól teljesen saját tárhelyű — nincs harmadik féltől származó CDN —, így az exportok gyorsabbak, és semmit nem töltenek be a CutOptimon kívülről.

Mi jön ezután

A maradék-anyag automatikus bevonása és az összeállítási csoportok következnek a listán.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Néha csak egy gyors válaszra van szükséged, anélkül hogy a dokumentációt kellene bogarásznod. A CutOptimnak mostantól van egy beépített asszisztense, amely elmagyarázza a funkciókat, tisztázza az árazást, és a megfelelő útmutatóhoz irányít — ott, ahol éppen vagy, a saját nyelveden.

Kérdezz bármit, a saját nyelveden

• Ott van, ahol szükséged van rá. Egy kis csevegő-buborék ül a marketingoldalak, a dokumentáció és az alkalmazás sarkában. Nyisd meg, tedd fel a kérdést, és kapj egyenes választ.
• Mind a nyolc CutOptim-nyelvet beszéli. Kérdezhetsz magyarul, angolul, németül, olaszul, franciául, románul, lengyelül vagy csehül — az asszisztens ugyanazon a nyelven válaszol.
• A forráshoz irányít. A válaszok a vonatkozó útmutatóra vagy dokumentációs oldalra linkelnek, így elolvashatod a teljes részleteket, amikor kíváncsi vagy rájuk.

Megbízható és őszinte alapból

• A valódi dokumentációból válaszol. Az asszisztens a CutOptim saját útmutatóira, árazására és súgócikkeire támaszkodik — nem talál ki nem létező funkciókat, és elutasítja a CutOptimtól független kérdéseket.
• Nem látja a projekt-adataidat. A segéd az általános „hogyan…” és „mire jó ez…” kérdésekre válaszol. A mentett projektjeidhez és vágási listáidhoz nincs hozzáférése.
• Egy kattintásra egy ember. Ha az asszisztens nem tud segíteni, közvetlen linket kínál egy valódi személy eléréséhez, és minden válasz mellett ott egy gyors 👍 / 👎, hogy jelezhesd, mennyire volt hasznos.

A te feltételeid szerint

• Megőrzi a helyét böngészés közben. A beszélgetésed oldalról oldalra megmarad, így nem veszíted el a fonalat.
• Rejtsd el, amikor csak akarod. Egy kapcsoló az irányítópultodon — és egy „ne jelenjen meg többé” link a widgetben — félreteszi, ha inkább csendben dolgoznál.

Mi jön ezután

Egy adat-tudatos, alkalmazáson belüli segéd, amely a tényleges vágási listádról tud gondolkodni, már a tervek között van.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Ez a frissítés a kontrollról szól, amikor szűkös az anyag. Egy új Korlátozott készlet-mód a beírt mennyiségeket kemény korlátként kezeli, és a ténylegesen meglévő formátumaidat keveri; a Kötelező darabokkal pedig garantálhatod azokat a vágásokat, amelyeket nem engedhetsz el. Mindkettő működik 2D lapszabászatban, lineáris és fűrészáru-szabászatban is — a szerkeszthető darab-színek és a letisztultabb PDF-ek mellett.

Korlátozott készlet, őszinte tervek

Alapból a CutOptim feltételezi, hogy annyi táblát tudsz beszerezni, amennyit a terv igényel. Mostantól megmondhatod neki, mi van valójában a polcodon.

• Váltsd a készletet Korlátozottra. Egy új Korlátlan | Korlátozott kapcsoló ül a készlet-szekcióban, minden módban. Korlátozott módban a beírt mennyiségek kemény korláttá válnak.
• A valós formátumaid, automatikusan keverve. Ahelyett, hogy a legnagyobb egyetlen formátumra támaszkodna, az optimalizáló a ténylegesen készleten tartott tábla- és rúdméreteidet kombinálja, hogy minél több elférjen — és megmutatja a felhasznált formátumok pontos bontását.
• Őszinte hiány-jelzés. Ha kifogysz, egy világos „Nincs elég készlet” panel felsorolja, mi hiányzik, és külön kezeli a bármelyik formátumhoz túl nagy darabot attól, amiből ténylegesen elfogyott a készlet — így tudod, hogy vásárolnod kell-e, vagy újragondolni a darabot.

A kötelező darabok mennek elsőként

Amikor nem fér el minden, te döntöd el, mi garantált — nem az algoritmus.

• Jelöld a muszáj-darabokat ⚑-vel. Korlátozott módban egy ⚑ (kötelező) oszlop jelenik meg a darab-táblában. Jelöld meg azokat a darabokat, amelyeket feltétlenül ki kell vágni ehhez a rendeléshez.
• A kötelező darabok kapják az első helyet az anyagból, így a sürgős darabok kivágódnak, és a kevésbé fontos kitöltő darab az, ami kimarad.
• Világos eredmény. Egy zöld ✓ megerősíti, hogy minden kötelező darab kivágódott, vagy egy piros ⚠ pontosan megmondja, hány nem fért el — 2D-ben, lineárisban és fűrészáruban egyaránt.

A te színeid, letisztultabb PDF-ek

• Szerkeszthető darab-színek minden módban. Mostantól minden darabnak saját színválasztója van — beleértve a lineáris szabászatot is, amelynek eddig egyáltalán nem volt. A színeid átfolynak a képernyős ábrán, a jelmagyarázaton és minden exporton.
• A kötelező darabok kitűnnek a PDF-ben. A kötelező darabok világos (!) jelölést és láb-jegyzetet kapnak a vágási listában, plusz egy dedikált „Kötelező darabok” blokkot közvetlenül az optimalizálási összegző alatt — így aki a fűrésznél áll, elsőként azt látja, ami számít.

Mi jön ezután

A maradék-anyag automatikus bevonása és az összeállítási csoportok következnek a listán.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Ez a batch több, mint csiszolás. Az imperiális (inch) egységek megérkeztek az egész alkalmazásba, a 2D panel-optimalizálót újraépítettük, hogy kevesebb anyagot pazaroljon, mostantól szól, ha valami nem fér el, az el nem mentett munkádat pedig megvédjük a véletlen elvesztéstől.

Dolgozz milliméterben — vagy inch-ben

A CutOptim mostantól ugyanolyan folyékonyan beszéli az imperiális rendszert, mint a metrikust.

• Egy egyszerű mm / in kapcsoló közvetlenül a Beállítások sorban. Átváltod, és minden méret azonnal átszámolódik — nem kell újra beírnod a számokat.
• A választásod megjegyződik ezen az eszközön és a fiókodban is, így átível a munkameneteken és a gépeken.
• Minden export egységtudatos. A PDF vágási tervek, a CSV, a DXF (a CAD-hoz a helyes $INSUNITS jelzéssel), a címkék és az árajánlatok mind a választott egységedben jelennek meg; a 2D hulladékot inch-módban ft²-ben mutatjuk.
• Értelmes imperiális alapértékek. A demó-adatok és a kiinduló értékek kerek imperiális méreteket használnak (96×48 tábla, 2×4 fűrészáru) a csúnya átváltások helyett, és minden mentett vágás egy kis mm / in jelvényt mutat.
• Az egységváltás soha nem futtatja újra az optimalizálót, így nem fogyaszt a keretedből.

Okosabb 2D panel-optimalizáló

A 2D panel-pakolót az köré építettük újra, ahogyan a táblákat valójában vágják — és érezhetően kevesebb anyagot pazarol.

• Több darab kevesebb táblán. Egy valós munka, amely korábban két táblára szóródott szét 39%-on, most egyetlen táblán elfér 77%-on. Az új polc/oszlop-pakoló egyben tartja az azonos szélességű darabok tiszta sorait, ahogy egy valódi vágás is teszi.
• Minden készletformátumot kipróbál. Ha többféle táblaméretet tartasz készleten, az optimalizáló mostantól összeveti a munkát mindegyik formátumon, és a legjobb eredményt tartja meg — nem a felsorolás sorrendjében használja őket.
• Szorosabb pakolás a nehéz munkákon. Egy új „rés-újrahasznosító” stratégia visszanyeri az alacsony darab fölötti sávot, így a kínos méret-keverékek kevesebb maradékot hagynak.
• A „vágás iránya” mostantól 2D-ben is működik. A vízszintes vagy függőleges első vágás kiválasztása végre úgy változtatja az elrendezést, ahogy várnád.

A 2D mostantól megmondja, mi nem fért el

Korábban, ha egy panel túl nagy volt, vagy elfogyott a táblád, az egyszerűen csendben eltűnt a tervből. Mostantól őszinte választ kapsz:

• Egy piros „el nem helyezett panelek” értesítő felsorolja az összes darabot, amely túl nagy bármelyik készleten tartott tábládhoz — névvel és mérettel.
• Egy sárga „nincs elég tábla” értesítő formátumonként megmondja, hány táblát igényel a terv, szemben azzal, amennyi kéznél van — így pontosan tudod, mennyivel kell többet venned.
• A darabszám pirosra vált, valahányszor nem fért el minden, így egy hiányos terv nem csúszhat át észrevétlenül.

Soha ne veszíts el egy el nem mentett optimalizálást

Egy optimalizálás lefuttatása, majd elnavigálás korábban eldobta az eredményt. Többé nem.

• Egy mentési kérdés jelenik meg, mielőtt elhagynál egy oldalt (vagy módot váltanál) el nem mentett eredménnyel — így egy kattintással megtarthatod a munkádat.
• Automatikus piszkozat-visszaállítás visszahozza a legutóbbi futtatásodat, amikor visszatérsz — anélkül, hogy egy újabb optimalizálást fogyasztanál.
• Egy valódi mentési-hely választó engedi kiválasztani a projektet, és a betöltött vágást vagy felülírni, vagy újként menteni (mint a „Mentés” vs. „Mentés másként”).
• A vágásnevek mostantól egyediek egy projekten belül, a törlések pedig egy letisztult, alkalmazáson belüli megerősítő ablakot használnak a böngésző felugró ablaka helyett.

Mi jön ezután

A maradék-anyag automatikus bevonása és az összeállítási csoportok (Feature Pack 2, 2. fázis) következnek, egy opcionális „csak a meglévő készletemet használd” 2D móddal együtt.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Ez a frissítés a csiszolásról szól: a kinyomtatott dokumentumok és a képernyőn olvasott táblázatok végre úgy néznek ki, ahogy kell.

Nyomtatóbarát PDF-exportok

Végigauditáltuk az app összes PDF-jét — a 2D / 1D / faanyag vágási terveket, a panelcímkéket és az árajánlatot — tipográfiai és nyomtatási legjobb gyakorlatok szerint:

• Mindenhol olvasható. Nincs több 6 pt alatti mikroszöveg; a diagram-címkék mostantól sötét, jó kontrasztú színt használnak a darab (néha halvány) saját színe helyett, így a megnevezés bármilyen színen olvasható marad.
• Nyomtatóbarát kontraszt. A szekció-fejléceket és a láblécet sötétebbre vettük, hogy elérjék az akadálymentes kontrasztarányt — kíméletesebb a szemnek és a tonernek is.

Levegősebb, logikusan tördelt 1D tervek

Az 1D tervek (linear és faanyag) kapták a legnagyobb tisztítást:

• Levegő minden bar-diagram és az alatta lévő vágási lista közé — nincs többé a barhoz tapadt szöveg.
• Nagyobb betűk végig a diagramokon, táblákon és az összesítő dobozon, így a kinyomtatott lap kartávolságból, a műhelyasztalon kényelmesen olvasható.
• Logikus oldaltördelés. Minden rúd fejléce, diagramja és vágási listája egy oldalon marad, ha elfér — így soha nem lóg árván egy fejléc a lap alján.

Újratervezett vágási lista táblák — immár 2D-ben is

A vágási lista táblát az alapoktól újraépítettük:

• Az oszlopok mostantól a tartalmukra méreteződnek, a tábla pedig középre igazított, így a megnevezés végre megkapja a kellő helyet, miközben a rúd / sorrend / hossz oszlopok kompaktak maradnak.
• Minden megnevezés elé egy kis színes pont került, amely a sorhoz tartozó darabot köti vissza a diagramhoz.
• A 2D mód is kapott vágási lista táblát (Lap / Sorrend / Megnevezés / Méret), összhangban az 1D és faanyag nézettel.

Szöveg-javítások

• Nincs több dupla kettőspont a PDF összesítőben (Hasznos:: → Hasznos:).
• A „Sorrend” oszlop teljesen ki van írva a rövidítés helyett.
• A közép-európai ékezetek (magyar ő/ű, lengyel ł/ą/ż, cseh ř/ě/ů, román ș/ț/ă) korábban eltörtek a PDF-fontban; mostantól olvasható betűként jelennek meg.
• A CSV-import helyesen kezeli az idézőjeles, vesszőt tartalmazó mezőket.

Mi jön ezután

Egy teljesen beágyazott Unicode font a tökéletes PDF-ékezetekért már a listán van, a Feature Pack 2 második fázisával (maradék-anyag automatikus bevonás és összeállítási csoportok) együtt.

Van funkció-ötleted vagy hibába futottál? Válaszolj bármelyik CutOptim e-mailre, vagy használd a kapcsolati űrlapot.

Az elmúlt három hét két nagy sprint-jét bundle-eltük ebbe a posztba — minden user-szinten elérhető változás, amit már most használhatsz.

Műhely-szintű precízió

Minden vágási terv tiszteletben tart három új fizikai-műhely tényt:

• Fűrésznyom-tolerancia (±mm) — Free+. Az optimalizáló először exact-fit elhelyezést próbál; csak ha nem fér, engedi ±tolerance ráhagyással. Hasznos, ha a fűrészlap 3,0 és 3,2 mm között ingadozik, vagy az importált igényméretek kerekítési zajjal érkeznek.
• Kezdő / Záró levágás (mm) — Free+. Minden rúd vagy lap effektív hossza csökken start_trim + end_trim-mel. A sérült szorítózóna nem maradékként kezelődik tovább, így a hulladék-jelentés azt mutatja, amit a műhely valóban megtart.
• Vágásonkénti költség (€) — Pro+. Minden darab +1 vágást ad (1D) vagy +2-t (2D) a projekt összértékéhez, megszorozva a fűrész-és-idő költségeddel. Az új “Vágások” és “Vágás-költség” stat-kártyák megmutatják a kompromisszumot a szorosabb elhelyezés és egy plusz fűrész-átfutás között.

Mindhárom beállítás a projekttel utazik. A külön Fűrésznyom-tolerancia cikk 5 lépéses mérési protokollt és műhely-tolerancia referencia-táblát (CNC 0 mm → kézi panelfűrész 2–3 mm) tartalmaz.

Műhely-szintű exportok

• DXF + SVG export önálló Pro funkcióvá vált a landingen. A DXF cél R12, így AutoCAD LT-ben, Inkscape-ben, OnShape-en, Fusion-ben és minden gyakori CNC poszt-processzorban konverzió nélkül megnyílik.
• SVG fájlok mostantól xmlns attribútumot és <?xml ... ?> prológust tartalmaznak, így Inkscape-ben és bármely standalone SVG-megjelenítőben helyesen nyílnak meg.
• CSV fájlok UTF-8 BOM-mal kezdődnek, Excel automatikusan ráismer — nincs több ékezet-roncsolódás.
• Fájlnév-minta egységes minden formátumra: <cég-slug>-cutting-plan-<timestamp>.<ext>.

Mentett maradékok cross-device

Pro és Business user-ek mostantól nem veszítik el a maradék-raktárukat böngészőváltáskor. A “Mentett maradékok” lista most adatbázisban él (/api/offcuts-inventory), és a következő látogatáskor egyszeri csendes migráció történik a meglévő localStorage-ből. Free user-ek továbbra is a böngésző-local tárolást használják.

Beállítások audit + 5 valódi bug-fix

Auditáltuk a teljes /app Beállítások panelt a futó optimalizáló kód ellen. Öt beállítás úgy nézett ki, mintha csinálna valamit, de valójában nem volt hatása az eredményre:

• Lap prioritizálás (★ ikon soronként) most ténylegesen rendezi a stock-listát az optimalizálás előtt.
• Min. maradék-méret speciális mezők (Sz / M / H) most ténylegesen olvasásra kerülnek az inline optimalizálótól.
• Költségminimalizálás módja most _price szerint emelkedően sortolja a stockot — előbb a legolcsóbb lap.
• Vágás típus és Egység (mm/cm) selectek phantomok voltak — a kód soha nem olvasta őket. Eltávolítva. A vágás-típus 2D Panel módban guillotine marad; a valódi kontúrú nesting később külön Nesting módként érkezett meg. Az egység milliméter marad; cm / inch v2-ben.

Gyorsabb észlelt UX skeleton betöltéssel

Hozzáadtunk egy újrahasználható Skeleton placeholder-t, és bekötöttük öt async útba, hogy ne nézz többet üres helyre, miközben adatok töltődnek:

• Az optimalizálás futtatása stat-és-lap skeleton-t fest a számítás előtt, így nagy projekteknél megszűnik a layout-ugrás.
• A PDF dropdown busy-állapotot mutat, amíg a jsPDF lazy-load-ol.
• A dashboard számla-előzmény lista, projekt-törlés kártya, és Pro maradék-raktár betöltés mind strukturált placeholdert mutat a hálózati körútjuk alatt.

Bejelentkezés és akadálymentesség polírozás

• Jelszó megjelenítés/elrejtés toggle a Login + Regisztráció oldalakon, Caps Lock figyelmeztetéssel.
• Inline per-mező validáció role="alert"-tel képernyőolvasóknak.
• Publikus akadálymentességi nyilatkozat mind a 8 nyelven elérhető — lásd akadálymentesség.

Mi jön ezután

A Sprint 6 felveszi a Feature Pack 2 Phase 2 (P1) item-eit: maradék auto-include, assembly csoportok, gazdagabb Anyag-raktár. A Sprint 7 az első Pillar A2 exportot hozza (G-kód).

Funkció-kérésed van vagy bug-ot találtál? Válaszolj bármely CutOptim email-re, vagy használd a kapcsolat űrlapot.

Frissítés (2026-09-25): a DXF/SVG export, a vágásonkénti költség és a Maradék raktár mostantól minden bejelentkezett csomagban elérhető, a Free-ben is. Lásd, mit tartalmaznak az egyes csomagok.